 | |
Предыдущие результаты
 СontrolLogix заточен на работу с родной SCADA, которая называется FactoryTalk View Site Edition (устаревшее название RSViewSE):
http://www.rockwellautomation.com/rockwellsoftware/performance/view/viewse.html
http://literature.rockwellautomation.com/idc/groups/literature/documents/pp/ftalk-pp013_-en-p.pdf
http://www.vdt-automation.com/docs/Software/FTViewSE/FTViewSE.htm
Это мультисерверная мультиклиентская платформа, которая умеет всё вышеперечисленное и ещё больше.
|
Пока был в командировке, тема разрослась прямо таки в дискуссию на темы =) Оставлю и я свои комментарии. =)
2 oldDad:
Заказчик – большой концерн, в который входит ряд заводов. На этих заводах уже давно используется RSView32 и, как вы верно заметили, «у них уже 5 или 8 лет стоит RSView32, прекрасно работает и ничего другого они не хотят». Думаю, это основная причина. Все уговоры использовать FTViewSE закончились ни чем. Кстати, похожая ситуация и с оборудованием, хотя там такой подход, наверно, более оправдан.
Возвращаясь к исходной теме, кратко опишу, как в итоге все сделал.
1) Естественно завел тег, содержащий код текущего языка, который меняется соответствующими кнопками языков.
2) На дисплеях использовал визуальные элементы, в которых в качестве текстового свойства (Caption) можно использовать string-теги. Содержимое этих тегов можно легко менять с помощью стандартной процедуры LTagSubstitute. Элементы управления – в основном ActiveX.
3) По возможности вместо дислеев использовал VBA формы. Например, дисплеи с настройками или табличной информацией, где нет визуальных элементов, отображающих технологический процесс. Для них смена языков реализуется весьма просто. Для каждой формы сделал по две функции. Одна записывает текстовые свойства всех элементов управления в форме в Excel файл, другая, соответственно, считывает. Первой пользовался в процессе разработки, потом в Excel файле добавил колонки с переводом, и второй функцией читал из нужной колонки в зависимости от значения тега языка перед тем, как показать окно.
4) Alarms. Вместо Alarm Summary и Alarm Log Viewer, которые не поддерживают переключение языков в принципе, создал свои VBA формы. В каждом Alarm-е в поле Alarm Label задавал не текст, а код сообщения. Создал таблицу с текстами сообщений, и по коду сообщения выбирал нужное сообщение на нужном языке. Для просмотра истории сообщений предварительно экспортировал сообщения с помощью стандартной процедуры AlarmLogSendToOdbc. Для такого решения была еще одна причина – крайне низкая функциональность Alarm Log Viewer. Для удобного просмотра нужны как минимум функции сортировки, фильтрации и выбора временного интервала.
|
[quote:787f454628="oldDad"][quote:787f454628]Повторюсь, что в Application Manager имени проекта blablabla НЕТ, а есть только blablabla1 и blablablapanel, которые я переименовывал[/quote:787f454628]
Ну вот их и удалите.
Вообще, извините, не совсем понятно, зачем так непродуктивно терять так много времени. Сколько Вы уже потратили времени? Проект, как таковой, хоть на одном компьютере есть? Сохраните его в .apa, унесите на внешний носитель, отформатируйте HDD, поставьте корректно Windows, затем FTView и вкиньте в него .apa-проект. Час работы. В другой раз удаляйте проекты так, как написано в Книге, и будет щастье :)[/quote:787f454628]
дык я и работаю не парясь, переименовав проекты. проект как таковой есть на обоих компах и живет полной жизнью. АРА работает). переустановка виндов поэтому и не требуется.
то что вы назвали непродуктивной тратой времени на самом деле не что иное, как попытка выяснить в чем проблема, а она явно есть. все это во благо развития сего славного программного обеспечения.
повторюсь опять же, что удалял все по правилам и как в Книге, т.е. через менеджер проектов, т.е. регламентированными средствами по правилам.
З.Ы. а эксперименты по удалению всяких записей в файлах я продолжу после сдачи проекта пожалуй, ибо как то не хочется идти путем перестановки виндов в случае чего))
|
[quote:cd764c1923]Повторюсь, что в Application Manager имени проекта blablabla НЕТ, а есть только blablabla1 и blablablapanel, которые я переименовывал[/quote:cd764c1923]
Ну вот их и удалите.
Вообще, извините, не совсем понятно, зачем так непродуктивно терять так много времени. Сколько Вы уже потратили времени? Проект, как таковой, хоть на одном компьютере есть? Сохраните его в .apa, унесите на внешний носитель, отформатируйте HDD, поставьте корректно Windows, затем FTView и вкиньте в него .apa-проект. Час работы. В другой раз удаляйте проекты так, как написано в Книге, и будет щастье :)
|
[quote:ef17e7294b="goodwin"]А я при чем то тут? [/quote:ef17e7294b] Да вот мне кажется, что Вы and123 и есть. Уж очень Вы его рекламируете. Или я ошибаюсь?
[quote:ef17e7294b]Это уже сделано у and123, и причем грамотно и бесплатно. [/quote:ef17e7294b] Для FTViewSE?
[quote:ef17e7294b]Хотите сделаю вам задорого?[/quote:ef17e7294b] Нет, не хочу. Мне не нужно.
|
[quote:3c15ad6c77="DIMIOKS"]
4. Интересно, а это возможно в принципе???
P.S. Напоминаю, речь идет об AlarmLogViewer, AlarmSummary не затрагивается. Предупрежу следующий вопрос: AlarmSummary дает достаточно возможностей по выборке, сортировки и фильтрации. Если требуется что-то другое для работы в рунтайме, достаточно средств RSView32.[/quote:3c15ad6c77]
:D
[i:3c15ad6c77][size=9:3c15ad6c77]В принципе - в принципе! - возможно всё, что угодно :)
Например, можно купить права на FTViewSE у Rockwell (шютка юмора)[/size:3c15ad6c77][/i:3c15ad6c77]
Вот я, собственно, интересуюсь, может ли уважаемый goodwin это сделать, или нет. :)
|
[quote:e9fa8c101d]А Вы сами пробовали открыть XXXXAL.DBF в Excel? Я попробовал - полный бред. Не дай бог предложить такое заказщику. По лицу получишь раз восемь, это точно.[/quote:e9fa8c101d]
1. Уважаемый goodwin, Вы читать хорошо умеете? Я сказал, что *.dbf можно открыть в Excel. Это не значит, что нужно так открывать. Для любого программиста это сразу сужает круг поиска для выбора технологии доступа к данным. Каюсь, поспешил с ответом. Читаем доку:
[quote:e9fa8c101d]Чтобы экспортировать содержимое файлов регистрации
сигналов тревоги в базу данных ODBC один раз в день,
создайте файл события, определяющий когда и куда
экспортировать данные.[/quote:e9fa8c101d]
Все вопросы отпадают. Имея формат ODBC, можно танго станцевать.
[quote:e9fa8c101d]DIMIOKS, а как бы Вы порекомендовали бы мне сортировку, например по уровню опастнсти или по времени сообшений или по Description стандартными средствами ALViewer?[/quote:e9fa8c101d]
2. Возможно, я неточно сформулировал. Стандартные средства я имел ввиду тот язык программирования, в котором Вы работаете. Кстати, в примерах RSView32, достаточно ясно показан доступ к данным через VBA. Я плохо знаю VBA. Поэтому обработку данных, собранных RSView32, я веду тихо - молча в приложении на Delphi.
[quote:e9fa8c101d]Почему Вам не нравится решение предложенное and123?[/quote:e9fa8c101d]
3. По той простой причине, что любое стороннее расширение RSView32, работающее в рунтайме, я отрицаю. Тем более использование ActiveX, COM-интерфейсов в связке с проектом. Даже использование библиотек RSView32 например, в Delphi. По одной простой причине: проект RSView32 должен работать абсолютно независимо и сохранять работоспособность в любом случае. Кто мне гарантирует, что сторонний компонент, ActiveX и др. в рунтайме через полгода по меньшей мере не скажет: "я не хочу работать, потому что вот эта версия ActiveX или интерфейс, к которому я обратился, был удален, изменен, или данные глобальных индетефикаторов мне не нравятся." Кто даст гарантию, что через год компонент не скажет: "Поработали? Хватит. Оплатите счет." И кого заказчик потащит в суд? Имея дело с RSView32, мы имеем и сертификаты, и лицензии, и поддержку и т.д. Продукт отработан и не надо его изменять. Каюсь, сам пишу отдельные приложения. Но они абсолютно не влияют на проект, работают в своем адресном пространстве и в случае глюка, стирания или т.д. проект дальше будет работать, завод будет крутиться и заказчик единственно позвонит: "Вот с отчетами проблемка. В 1:С данные перестали импортироваться. Вы не подъедете?". Тем более, по мере возможности, стараюсь не делать регистрацию в системе подобно COM-интерфейсам.
[quote:e9fa8c101d]По делу: если Вам так уж нравится писать что-то под RSView, написали бы лучше AlarmLogViewer для FTViewSE, который фильтровал бы и сортировал записи по дате-времени, наприер. Сможете, или... ? Cool[/quote:e9fa8c101d]
4. Интересно, а это возможно в принципе???
P.S. Напоминаю, речь идет об AlarmLogViewer, AlarmSummary не затрагивается. Предупрежу следующий вопрос: AlarmSummary дает достаточно возможностей по выборке, сортировки и фильтрации. Если требуется что-то другое для работы в рунтайме, достаточно средств RSView32.
|
[b:9312a5c68d]goodwin[/b:9312a5c68d],
Вы так настойчиво рекламируете [b:9312a5c68d]and123[/b:9312a5c68d] и его изделие...
Может Вы и есть [b:9312a5c68d]and123[/b:9312a5c68d]? А? :wink: :D
По делу: если Вам так уж нравится писать что-то под RSView, написали бы лучше AlarmLogViewer для FTViewSE, который фильтровал бы и сортировал записи по дате-времени, наприер. Сможете, или... ? 8)
|
Кроме связки VBA и базы Access начиная с RSView32 7.30 в системе команд есть ещё пара штучек:
[quote:336edcd786]Language Tags Substitution utility is now available in RSView®32. Two commands LInsertStringTag and LTagSubstitute are added to allow users to create a spreadsheet of string tag values in different languages and to select the values in a particular language for the tags during runtime.[/quote:336edcd786]
И это всё. Увы, RSView32 - это очень старый продукт. Он не рекомендуется для вновь создаваемых систем. Переключение языков есть только в более новом RSViewSE aka FTViewSE.
Самое мудрое - это отговорить Вашего клиента от ошибки, которую он совершает, настаивая на устаревшем продукте и уговорить его на FTViewSE, преимущества которого очевидны.
|
Чтоюбы полноценно управлять с клиентов, нужно иметь не RSView32, которая предназначена для работы на одной машине, а клиент-серверную версию: RSView SE (FTView SE).
Просматривать скрин-шоты с RSView32 на клиентских машинах с помощью броузера можно с помощью RSView32 WebServer.
В любом случае, это не бесплатно.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
