Thread Content
Последнее изменение в этом посте было сделано пользователем wopale3 15.05.2009 в 11:56. Производители DCS, стремясь укрепить свои позиции на рынке, вводят множество дополнительных функций. Некоторые из этих функций требуют сложных операций, другие предусматривают наличие различных интерфейсов для связи и т. д. В итоге конечные пользователи вынуждены тратить много денег и времени. Более того, это приводит к повышенной нагрузке на систему и её нестабильности. Следовательно, не все обновления оказываются успешными! Просим всех поделиться своим опытом, используя следующую структуру: 1. Название производителя системы; 2. Время возникновения проблемы; 3. Версия программного обеспечения; 4. Преимущества; 5. Недостатки; 6. Прочее... Надеемся, что все активно будут участвовать в обсуждении и выскажут свои мнения. За ценные предложения участников будет предусмотрена награда. Поощрение оригинальности
Сначала кратко: 1. Эмерсон, 2. Май 2006 года, 3. версия DELTAV 6.3.2, 4. конфигурирование чрезвычайно удобное и простое в использовании, 5. был один случай сбоя в сети из-за разницы во времени.
Похоже, пока я не обнаружил никаких бесполезных функций. Скорее, кажется, что функции, которые у этого приложения есть, слишком слабые. Многие вещи на самом деле используются довольно часто, но разработчики об этом не подумали, из-за чего инженерам, занимающимся отладкой, приходится тяжело. . . Пока не обнаружено, что функции DCS являются избыточными; просто кажется, что всё сделано недостаточно хорошо.
Может, лучше сформулировать вопрос иначе: давайте перечислим самые яркие особенности (или преимущества) каждой системы DCS. Думаю, теперь все могут обсудить это. Например, решения от Honeywell и Profiloop. А также серверы AS от ABB с тройной защитой от сбоев в соотношении 1:1:1. AMS от Emerson. Конфигурация CAD от Emerson-WestingHouse. Кольцо Profibus PA от Siemens. . . .
Последнее изменение в этом посте было сделано qiaopeng1231 15.05.2009 в 20:21. Давайте сначала поговорим о Siemens PCS7. Веб-сервер PCS7 поддерживает простое балансирование нагрузки. Предположим, что веб-сервер представляет собой кластер из 4 узлов. Сейчас подключено 44 клиента IE. Предположим, что у Server-A 10 соединений, а уровень нагрузки составляет 20% ; У сервера B 11 подключений, уровень нагрузки — 22% ; У сервера C 12 соединений, уровень нагрузки — 25% ; У сервера D 11 подключений, коэффициент соответствия составляет 21%. Теперь также должны подключиться новые клиенты IE. Система автоматически определяет уровень нагрузки на каждый сервер. В первую очередь новые соединения распределяются между серверами с наименьшей нагрузкой. Это типичная система балансировки нагрузки с приоритетом низкого уровня нагрузки. Приходит новый запрос на подключение от IE; он будет соединяться с Server-A. Затем приходит ещё один запрос на подключение от IE; он будет соединяться с Server-D. Далее аналогично. Это позволяет сделать нагрузку на каждый сервер примерно одинаковой. На самом деле многие крупные веб-сайты, которые мы посещаем, работают именно по такой схеме. Хотя существует всего один веб-адрес, за ним стоит множество серверных кластеров. Между участниками кластера осуществляется распределение нагрузки.
Последнее изменение в этом посте было сделано qiaopeng1231 16.05.2009 в 21:26. Honeywell FTE. Предположим, у CPU-A существует Ethernet-модуль FTEM-A (с портами Port1 и Port2); у CPU-B — Ethernet-модуль FTEM-B (также с портами Port1 и Port2). Есть коммутаторы Switch1, Switch2. Есть PC-001 (с сетевыми картами PC-001-1, PC-001-2), PC-002 (с сетевыми картами PC-002-1, PC-002-2). FTEM-A-Port1 / FTEM-B-Port1 ---» Свитч1 ---» PC-001-1/PC-002-1; FTEM-A-Port2 / FTEM-B-Port2 ---» Свитч2 ---» PC-001-2/PC-002-2. Что касается проблем с IP-адресами… . . У карт сети PC-001 и PC-002 есть один IP-адрес; они ведут себя как едина карта сети с точки зрения внешнего мира, что позволяет повредить любую из них. Switch 1 и Switch2 также являются резервными друг для друга, что позволяет иметь поврежденный любой из коммутаторов. Port1 и Port2 в FTEM-A являются взаимно резервными, как один порт. Это IP-адрес. Для приложений и общения достаточно найти один IP-адрес. Независимо от того, какой именно порт. Port1 и Port2 у FTEM-B являются взаимно резервными, как один порт. Это IP-адрес. Для приложений и общения достаточно найти один IP-адрес. Независимо от того, какой именно порт. Но приложения и узлы связи в любое время обмениваются данными только с FTEM главного CPU. . . IP для FTEM-A и FTEM-B также можно считать одним IP. Предположим, что основным является CPU-A, тогда IP для FTEM-A равно N, а IP для FTEM-B — N+1. Если произойдет смена CPU и основным станет CPU-B, то IP для FTEM-A будет равно N+1, а IP для FTEM-B — N. Коммуникационный узел в любое время должен обращаться только к FTEM того CPU с IP-адресом N для связи. Таким образом, резервирование CPU также остается незаметным, как и при взаимодействии с одним CPU. 2 модуля FTE, 4 канала связи; снаружи это выглядит как один устройство. Все процессы переключения и обеспечения отказоустойчивости осуществляются непосредственно внутри системы. Внешний доступ к коммуникациям стал чрезвычайно простым.