 | |
Предыдущие результаты
 Добрый день.
Купили год назад RSView32 7.60.
Установлена на ПЭВМ c Win7 32bit (оперативки 4 Гб).
После некоторого времени работы числовые данные перестают приниматься в полях ввода (поле подкрашивается красным цветом). Поля с отображением текущего значения. Тег - OPC.
При этом в журнале появляются сообщения о том, что значение не было записано в тег и "Not enough memory to carry out this operation". В это же время с помощью командной строки через операцию "=" удается занести это же значение в тег.
Помогает перезапуск RSView32 (остановка и запуск проекта не помогает).
Этот же самый проект хорошо отработал на RSView 6.40 более 5 лет.
Помогите решить проблему.
|
Перенести VBA один в один не получится, т.к. сильно отличается как системная концепция, так и объектная модель.
[quote:9a5cc6a15a][b:9a5cc6a15a]VBA and the FactoryTalk View Object Model [/b:9a5cc6a15a]
Microsoft Visual Basic for Applications (VBA) is an integral part of both RSView32 and FactoryTalk View Site Edition. However, the way in which VBA is implemented, and the types of object models exposed, are signifi cantly different between the two products. Because of these differences, RSView32 VBA code does not migrate to FactoryTalk View SE, although VBA code that does not use the RSView32 object model can be copied and reused in FactoryTalk View SE.
RSView32 has a server-side object model. VBA code triggers actions that run on the server, and not on individual clients. The RSView32 object model supports creating, deleting, and modifying HMI tags, but does not offer any objects, properties, methods, or events for manipulating
graphic displays.
FactoryTalk View Site Edition uses a very different client-side object model. The purpose of the FactoryTalk View SE object model is to provide fl exible access to graphic display objects and to
make it easy to customize and manipulate graphic displays on individual client computers. VBA code, attached to an associated graphic display, triggers actions that run on the client computer and not on the HMI server. The FactoryTalk View SE object model supports reading and writing values from both directly referenced tags and HMI tags, but does not support creating, deleting, or modifying tags.
When a graphic display opens on an FactoryTalk View SE client computer, the VBA code executes independently on that client. For example, suppose the same graphic display is opened on two different client computers at the same time. When an operator on the first computer clicks a button on the display, the action causes the VBA code to run. The same display, open on another client computer, does not execute the VBA code until an event on that client triggers it.
Use VBA code to customize the behavior of graphic displays on individual client computers. To allow for independent, local user interaction on each client, replace memory tags and event expressions used in RSView32 graphic displays with VBA code in FactoryTalk View SE displays.
See the following link:
• 51770 - Sample VBA: Exercise in migrating an RSView32 application with VBA to FactoryTalk View SE.[/quote:9a5cc6a15a]
ftalk-qr004_-en-p.pdf
|
[quote:b8196baf23]50157 - The degree symbol (ALT+0176) will not show up when using a tag label
Access Level: TechConnect
Date Created: 03/12/2008 11:09 AM
Last Updated: 10/25/2012 04:37 PM
I converted a distributed project from RSViewSE 4.0 to FactoryTalk View SE 5.0. I had tag labels showing the degree symbol ( ° ) on some of the screens in my project. They worked fine in 4.0, but now I do not see them after converting to 5.0. Even if I try to recreate them directly in 5.0, they still will not display.
The degree symbol is entered using an ASCII extended character code (ALT+0176). The extended character set begins at code ALT+0128. For some reason, the extended characters are not being passed when using a tag label if the FactoryTalk Live Data Policy is set for TCP/IP. By default, if 5.0 is installed as a new install, this is the policy setting that will be selected.
There are two options to work around this issue.
Create a text string memory tag containing the degree symbol and use that to show the special characters instead of a tag label.
Switch the Live Data Policy (in the System\Policies\System Policies folder area of the project tree in Studio or FactoryTalk Administration Console) from TCP/IP to DCOM. Note that this option will require a reboot of all computers in your FactoryTalk network, and may require DCOM setting changes as well.
Note that this applies only to distributed projects. FactoryTalk View SE Standalone is not affected by the Live Data Policy, and the extended characters will display there no matter which option is selected for the network policy.
[/quote:b8196baf23]
|
Factory Talk View SE 5.0.0 (CPR9) build 55 c набором патчей от мая 2012.
При использовании графич. элемента Tag Label для вывода описания тэга на экран мнемосхемы - выводятся 1-2 символа, кавычка, например, или точка с запятой. Это если Description тэга в редакторе HMI Tags содержит русские символы. Если все символы - латиница, то выводится описание без проблем.
То же самое при получении описания тэга через VBA (Display Code). Считываю значения нескольких тэгов, значение свойства Description записываю в строковую переменную, а потом в memory-Tag. Результат один и тот же. Английские описания тегов считываются, числовые значения тэгов тоже, а с русскими description - беда.
Используется Network FT View Studio версии, указанной выше с соответствующими клиентами.
Хуже всего то, что на полигоне в абсолютно аналогичной FT View SE (устанавливались из одного дистрибутива) на 2-х компах и на ноутбуке такой проблемы нет и в помине. А на объекте - есть.
Отличие системы на объекте в том, что на сервере установлена MS Windows Server 2003 EE SP2 (Eng). На клиентах - Windows XP SP3 Rus и Eng. На ноутбуке и других тестовых компах - тоже XP (Rus и Eng).
Язык проекта везде выбран Русский, на сервере в настройках региональных стандартов ОС локаль, местоположение, кодировки - Russian.
Может, кто с подобным сталкивался, откликнитесь, а то уже и так со сроками сдачи объекта затянули :cry:
ЗЫ [url=http://vdt-solutions.de/modules.php?name=Forums&file=viewtopic&t=1607]Не могу зайти под своим ником[/url], поэтому зарегистрировал временно еще одного пользователя.
|
[quote:d0613283d8="Liter"]А вот программа, которая записана на CompactFlash имеет какую версию ? (...) А с Flash у Вас проц в очередной раз перепрошится сможет или Вы галочку таки поставили ... (Ваш скрин закладка nonvolatile memory). [/quote:d0613283d8]
v16. Изначально наладчики не оставили CompactFlash. Мы закупили флэшки, вставил и залил туда программу чтобы при подачи питания программа копировалась во внутреннюю память контроллера (CPU) в режиме REM
[img:d0613283d8]http://s57.radikal.ru/i156/1308/e3/77856eaea973.jpg[/img:d0613283d8]
[quote:d0613283d8="Liter"]Ну и если действительно проблема только в процессоре (не в БП, не в схеме или качестве питания ) ... то зачем нужны танцы с ___ - меняйте модуль процессора, а "неисправный" - поставщикам.[/quote:d0613283d8]
Хотелось бы попробовать реанимировать CPU самим
|
А вот программа, которая записана на CompactFlash имеет какую версию ? (...) А с Flash у Вас проц в очередной раз перепрошится сможет или Вы галочку таки поставили ... (Ваш скрин закладка nonvolatile memory).
Ну и если действительно проблема только в процессоре (не в БП, не в схеме или качестве питания ) ... то зачем нужны танцы с ___ - меняйте модуль процессора, а "неисправный" - поставщикам.
|
Добрый день!
Случилась следующая проблема:
Слетает программа с контроллера ControlLogix 5561 1756-L61 B причем при запитанном CPU. В контроллере установлена CompactFlash, на ней программа имеется. При включении питания программа из флэшки копируется в CPU и она не слетает определенное время. (В настройках Nonvolatile Memory->Load/Store установлено "On Power Up")
При замене на такой же контроллер, программа не слетает.
В чем могут быть причины?
Заранее благодарю за ответы.
|
Синхронизация производных тегов и файлов регистрации данных при работе резервированных серверов приложений (FactoryTalk View SE Servers):
В документации написано: «Чтобы поддерживать синхронизацию производных тегов и журналов данных, убедитесь, что одинаковые компоненты производных тегов и модели регистрации данных запущены на основном и второстепенном серверах. Также можно поддерживать синхронизацию тегов памяти, если их значения являются результатом производных тегов».
В реальности это не работает:
1. Создан Таг1 (Digital, Memory), состояние которого изменяется командой на дисплее. В Derived Tag другому тэгу Таг2 (Digital, Memory) присваивается значение Таг1. На дисплее индицируется значение Таг2. Изначально значения тэгов Таг2 на основном и резервном серверах равны (пусть 0). Изменяем Тэг2 на основном сервере в 1, отключаем основной сервер, видим, что состояние Тэг2 на резервном сервере 0. Т.е. не синхронизировано. Примечание: пересчет Derived Tag запускается макросом при старте серверов.
2. Создана модель регистрации FileSet, которая запускается при старте серверов. Отключаем основной сервер, включаем обратно, наблюдаем, что во время отключения основного сервера тренды не писались и с резервного не синхронизированы.
Кто-то сталкивался с подобной ситуацией и может подсказать, что делать?
|
[quote:54fa132440="besh"][quote:54fa132440="dv_"]А, что сравнивать? [b:54fa132440]View Client[/b:54fa132440] - только смотрит, записать ничего не может, но может квитировать тревоги.[/quote:54fa132440]
Даже в теги memory, не связанные с ПЛК?[/quote:54fa132440]Не может.
[quote:54fa132440="besh"]А как с VBA?[/quote:54fa132440]Работает.
[quote:54fa132440="besh"]Просмотр трендов работает одинаково?[/quote:54fa132440]Нет.
[quote:54fa132440="besh"]В планах нашего предприятия переход от RSVew32 к FT View. Поэтому и поднял вопрос, чтобы услышать живой отзыв и рекомендации от тех, кто этот путь уже прошел... Где и какие подводные камни...[/quote:54fa132440]
Что-то потеряете, что-то приобретете. Поищи в KB их сравнение, и в SE помни - это клиент-сервер (важно понять, что и где исполняется: VBA, Derived, Event, Macros). Можете использовать старые наработки.
|
[quote:35267a64ae="dv_"]А, что сравнивать? [b:35267a64ae]View Client[/b:35267a64ae] - только смотрит, записать ничего не может, но может квитировать тревоги.[/quote:35267a64ae]
Даже в теги memory, не связанные с ПЛК? А как с VBA? Просмотр трендов работает одинаково? Можно ли запустить скрипт VBA? и т.п.
[quote:35267a64ae="dv_"]Не стоит заменять обычного клиента на клиента ViewPoint, чтобы потом не говорить "какие тренды неудобные" и др. не столь явное (расширение функционала через VB).[/quote:35267a64ae]
С VBA я понял из документа, который Вы рекомендовали, что его для ViewPoint нет, а про тренды все не так очевидно из таблички...
В планах нашего предприятия переход от RSVew32 к FT View. Поэтому и поднял вопрос, чтобы услышать живой отзыв и рекомендации от тех, кто этот путь уже прошел... Где и какие подводные камни...
|
Предыдущие результаты
Ещё результаты |
|
| |
|
