 | |
Предыдущие результаты
 Vad, еще раз спасибо за уделенное внимание.
Благодаря последнему ответу нашел несколько существенных ошибок в проекте. На удаленных CNBR-ах, прописанных в проектах для межпроцессорного обмена установлен режим “Rack Optimization”, что увеличивает количество соединений и нагрузку на центральный процессор на модулях связи, через которые они прописаны. В ближайшее время исправлю это.
На прошлой неделе дважды повторилась ситуация с «зависанием» модуля ENBT. Дело было так… Загрузка центрального процессора модуля 1756-ENBT снизилась с показаний 44 % до значения 0,4-0,5 %. На лицевой панели модуля зеленым светом мигал индикатор Net, показывая отсутствие сети. Отсоединение и подсоединения кабеля – не дало результатов. Такое состояние продлилось приблизительно 4 минуты в ОБОИХ случаях!!!
После изучения документации по модулям ENBT и некоторым поискам в Интернете, пришел к таким выводам. Подобные «зависания» происходят по причине наличия старой прошивки (1.61). В «Release Notes» (Publication 1756-RN591M-EN-P - July 2005) указывается, что в ревизии 2.4 исправлена аномалия, которая похожа на мой случай. Примерный перевод звучит так:
«При некоторых условиях, когда используется RSLinx версии 2.4х.х [используется версия 2.40.01(Build 16)], может появиться большой объем сообщений через модуль 1756-ENBT. Как результат модуль может показаться заблокированным, но в действительности он перезагружается».
Интересно, сколько длится перезагрузка, возможно, вышеупомянутые 4 минуты и есть этот overloaded.
Теперь вопросы:
1. Где скачать новые прошивки?
2. Как работа модулей с новыми прошивками может повлиять на взаимодействие со старым программным обеспечением (Linx, Logix)?
|
[quote:868c37e31f="user"]а по подробнее можно[/quote:868c37e31f]
Вам также следует подробнее описать постановку задачи.
Вот пример кода VBA, исполняющегося на клиенте RSViewSE и читающего из базы данных в формате mdb-файла предварительно сохраненные шкалы перьев для трендов:
[code:1:868c37e31f]
Private Sub Display_AnimationStart()
On Error GoTo err:
Dim sTag As String, nMin As Double, nMax As Double, nTime As Long
sTag = TagParameters(1) + "\" + TagParameters(2)
Dim dbConn As New ADODB.Connection
dbConn.ConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0;User ID=Admin;Data Source=D:\RSViewSE\Trends\GO\trn_scale.mdb;Mode=ReadWrite|Share Deny None"
dbConn.Open
Dim rs As New ADODB.Recordset
rs.Open "SELECT * FROM Trends WHERE TAG='" + sTag + "'", dbConn
If Not rs.EOF Then
nMin = rs("Min").Value
nMax = rs("Max").Value
nTime = rs("Time").Value
Trend_Popup.Pens(1).Max = nMax
Trend_Popup.Pens(1).Min = nMin
Trend_Popup.XAxis.TimeSpan = nTime
End If
err:
On Error Resume Next
rs.Close
Set rs = Nothing
dbConn.Close
Set dbConn = Nothing
End Sub
[/code:1:868c37e31f]
Чтобы обращаться вместо Access к MSSQL, нужно всего лишь соответствующим образом изменить ConnectionString.
|
Уважаемые коллеги, не совсем понятно, почему в реализации SFC на CL не сбрасываются быты .DN для всех SFC_STEP внутри подпрограммы после выполнения команды SFR? Или их можно сбрасывать только персонально-принудительно?
В одном шаге SFC_STEP все SFC_ACTION (типы N и P) выполняются за один скан, или каждый новый Action выполняется на каждом новом скане?
Вот пример кода:
[img:dfd3a4f0c9]http://vdt-automation.com.ua/modules/ImageUp/uploads/Vad/SFC_code.GIF[/img:dfd3a4f0c9]
Приходится принудительно сбрасывать биты .DN на начальном шаге.
Будут ли действия P1_Step_1_Action_1,2,3,4,5 выполняться за один скан, или каждое действие на новом скане?
|
[quote:c78fb7f34d="Vad"][quote:c78fb7f34d="Dvoeglazov"] А чем отличается "оригинальная разработка" на Delphi от VBA?![/quote:c78fb7f34d]
Возможно хотя бы тем, что VBA не требует установки BDE :-)[/quote:c78fb7f34d]
А также компиляции, т.е. скрипты будут видны всем, кто будет сопровождать систему. А значит их будет легче сопровождать :)
|
[quote:92c8f2062d="Dvoeglazov"] А чем отличается "оригинальная разработка" на Delphi от VBA?![/quote:92c8f2062d]
Возможно хотя бы тем, что VBA не требует установки BDE :-)
|
Несколько часов назад имел честь общаться по телефону с HMI-специалистами московского представительства Rockwell.
Общие выводы таковы:
1. Объединение нескольких HMI-серверов в одно приложение с общей FT-директорией является нормальным подходом, на который и ориентируется Rockwell Software.
2. Вышли новые патчи для FT и HMI Server RSView SE v 4.0 (CPR 7+):
http://domino.automation.rockwell.com/applications/kb/RAKB.nsf/7b50e6b308a8361485256a9d006bf396/164c7814a802a4e1852571090073cde6?OpenDocument
Сделан ряд доработок в FT, для HMI улучшены возможности резервирования!!!
3. Сервер уровня RSSQL/RSHistorian изначально задумывался для централизованного сбора данных от нескольких автоматизированных участков.
4. Есть удачные примеры резервирования сервера RSSQL/RSHistorian с помощью создания кластера. Только лицензия на MS SQL сервер в этом случае должна приобретаться не на версию Standard, а на Enterprise.
|
А чем отличается "оригинальная разработка" на Delphi от VBA?!
По сути ничем - можно так-же и на С и на др.языках написать. Кто на чем имеет опыт - на том и пишет.
В душе я с OldDad согласен, что нужно прользоваться стандартными средствами - мне-бы легкче жилось. Но что поделать если хозяева все время хотят съэкономить и задачи у них вечно нестандартные и стандартными средствами не решаются =(.
Давайте поднимем зарплаты инженерам !!! И тогда самописные продукты умрут - будет дорого и невыгодно.
|
[quote:96babd4744="Vad"]:-) Хорошо, допустим следующее: Указываем для каждой установки свою FT-директорию, расположенную, скажем, на Primary HMI-сервере данной установки. Теперь мы будем вынуждены для каждой установки выделить не только отдельный сервер для RSSQL, но и инженерную станцию со своей лицензией на RSView Studio - ведь в один момент времени FT-директория может указывать на один FT-сервер и для его смены потребуется рестарт компьютера.
Если у Вас крупное предприятие с приличным количеством установок, то издержки на эксплуатацию серьезно увеличиваются. С одной инженерной станции нельзя будет открыть в один момент времени более одного проекта. Также затруднительно будет разместить такое количество системных блоков в одном помещении, чтобы организовать круглосуточную вахту.
Для супервайзеров вроде технического директора прийдется городить отдельный HMI-проект, чтобы предоставить доступ к данным более чем одной установки. Обладают ли RSSQL/RSHistorian достаточно выразительным графическим интерфейсом для этого?[/quote:96babd4744]
В общей физической сетевой структуре предприятия могут сосуществовать несколько распределённых аппликаций:
[quote:96babd4744]
Multiple distributed applications, multiple Network Directory
computers
A network can also contain more than one computer running the FactoryTalk Network Directory software. This is useful to run multiple distributed applications that:
- are separated by a slow network, for example a wide-area network (WAN).
To do this, set up one Network Directory at each site on either side of the WAN.
- do not need to share data with each other.
Each computer on the network can connect to only one computer running the FactoryTalk
Network Directory software. You cannot connect a single computer to multiple FactoryTalk
Directory servers.
[/quote:96babd4744]
Если уж у главного инженера нужно обязательно крутить одновременно несколько клиентов от разных аппликаций, ну можно поставить ему несколько компьютеров. Но я, откровенно говоря, не думаю, чтобы ему это было так уж необходимо, он же не мастер и не начальник цеха. Или я чего-то не понимаю?
|
[quote:5d83a44840]Выходит, машиностроители начали пользоваться CL всего пару лет назад.[/quote:5d83a44840]
И так, и не совсем так :)
В последние несколько лет SFC стало возможно и для CL, а когда CL Только появлялся, я d 1999 году на Ford'e программировал CL ещё на LadderLogix, а в том же цехе стояло немыслимое количество PLC-5 под SFC.
|
[quote:3b3ac66c3a="Dvoeglazov"]У меня есть решение гораздо дешевле (бесплатно =)). В Delphi вставляем объект Excell и ложим в нужные ячейки нужные данные.
Получаются Любые отчеты любой ориентации и формата с превью.[/quote:3b3ac66c3a]
[quote:3b3ac66c3a="oldDad"]Точно также бесплатно можно сделать прямо в VBA RSView, вообще без никакого Delphi :)[/quote:3b3ac66c3a]
Поддерживаю oldDad, из VBA можно прекрасно рботать с Excell.
Лично я с помощью VBA сделал генерацию отчетов в html-формате и организовал их просмотр в RSView с помощью ActiveX IE.
Для обработки больших таблиц dbf можно воспользоваться подключаемыми в VBA библиотеками DAO/ADO.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
