Увеличить количество приточек

[DeDyLLlka]

Подскажите, пожалуйста, как можно увеличить количество установок (необходимо диспетчеризировать более 15 установок).

[Arsie]

Цитата

Сообщение от DeDyLLlka

Подскажите, пожалуйста, как можно увеличить количество установок (необходимо диспетчеризировать более 15 установок).

Сначала расскажите, пожалуйста, какими ресурсами времени и опытом разработки и программирования вы располагаете.

[DeDyLLlka]

Месяц есть.SMLogik знаю не плохо, а вот практики с Мастер Скадой не было.

[Arsie]

Цитата

Сообщение от DeDyLLlka

Месяц есть.SMLogik знаю не плохо, а вот практики с Мастер Скадой не было.

Тогда, боюсь, это практически невозможно.

При наличии достаточных знаний на одну дополнительную вентустановку уйдёт день.

Но попутно всплывает проблема перегрузки канала связи. Как я уже много раз писал, Автоскада рассчитана на работу с 10 вентустановками. По многочисленным просьбам предел был расширен до 15 вентустановок, но эти 15 вентустановок будут работать только на очень хорошем канале с минимальным количеством помех.

Соответственно вам придётся решать задачу оптимизации потоков данных и возможно переделывать проекты отдельных вентустановок под изменившиеся возможности канала: полосу пропускания и время отклика в пересчёте на одну вентустановку.

Так вот. Если добавление установки я ещё как-то мог бы рассказать человеку, владеющему Мастерскадой. То методы оптимизации и их реализация впихивается в головы студентов на протяжении почти 5 лет

Именно поэтому у нас нет описаний внутренней структуры Автоскады и "солюшенов" по её доработкам. Как показало время, знающему человеку они и не нужны особо, а не знающему они и не помогут.

[DeDyLLlka]

А если попробывать
Дело в том что установки все одинаковые, может быть это облегчит задачу?
Может есть смысл поубивать не нужные переменные которые не используются в проете?

[Arsie]

Цитата

Сообщение от DeDyLLlka

А если попробывать
Дело в том что установки все одинаковые, может быть это облегчит задачу?

Не влияет.

Цитата

Сообщение от DeDyLLlka

Может есть смысл поубивать не нужные переменные которые не используются в проете?

А вот это те самые пять курсов института

"Тупо" убив ненужные переменные вы только увеличите трафик

[DeDyLLlka]

А такой вариант
Создать проект на 10 установок, остальные продублировать в самой Мастер Скаде.
Т.к. установки одинаковые то у них основная масса переменных будет одинаковой. Таким образом для добавленных установок использовать общие переменные, и не добавлять их в OPC server, а те переменные которые необходимо мониторить (температура, состояние и т.п.) добавить в OPC server?

[Arsie]

Цитата

Сообщение от DeDyLLlka

А такой вариант

Абсолютно аналогичен предыдущему.

[AlexMan]

Цитата

Сообщение от DeDyLLlka

А такой вариант
Создать проект на 10 установок, остальные продублировать в самой Мастер Скаде.
Т.к. установки одинаковые то у них основная масса переменных будет одинаковой. Таким образом для добавленных установок использовать общие переменные, и не добавлять их в OPC server, а те переменные которые необходимо мониторить (температура, состояние и т.п.) добавить в OPC server?

Есть ещё такой вариант, без доработки программного обеспечения -
поставить два компьютера с двумя мониторами, на каждый поставить по мастерСкада и по OPC, и на каждом диспетчеризировать по 10 вентустановок.

[DeDyLLlka]

Цитата:

Сообщение от AlexMan

Есть ещё такой вариант, без доработки программного обеспечения -
поставить два компьютера с двумя мониторами, на каждый поставить по мастерСкада и по OPC, и на каждом диспетчеризировать по 10 вентустановок.

К сожалению компьтер и Мастер Скада уже преобретены и нужно реализовать на одном компьютере.

[Max2114]

Цитата:

Сообщение от Arsie

Абсолютно аналогичен предыдущему.

Ниразу не ковырял мастерскаду, но думаю чтотам все тоже самое, что и вдругих скада-системах... Но что там так сложно скопировать экран и привязать к нему другие данные? И так сложно добавлять новые данные в журнал событий и в тренды?

[SMH]

Цитата

Сообщение от DeDyLLlka

К сожалению компьтер и Мастер Скада уже преобретены и нужно реализовать на одном компьютере.

Тогда поставьте тумблер на RS-485. Включил вправо - первые 10 приточек. Влево - ещё 10...

[Max2114]

Цитата:

Сообщение от SMH

Тогда поставьте тумблер на RS-485. Включил вправо - первые 10 приточек. Влево - ещё 10...

А если взять "галетный" переключатель на много положений то можно ваще много приточек "смультиплексировать"...

[AlexMan]

Цитата

Сообщение от DeDyLLlka

К сожалению компьтер и Мастер Скада уже преобретены и нужно реализовать на одном компьютере.

Тогда нужно либо своими силами дорабатывать либо сторонними...

[Arsie]

Цитата

Сообщение от Max2114

Ниразу не ковырял мастерскаду, но думаю чтотам все тоже самое, что и вдругих скада-системах... Но что там так сложно скопировать экран и привязать к нему другие данные? И так сложно добавлять новые данные в журнал событий и в тренды?

Я же выше описал, не это является проблемой

[Max2114]

Цитата:

Сообщение от Arsie

Я же выше описал, не это является проблемой

Не так уж и сложно все это... Если знаешь что такое модбас, понимаешь как считать данные с контроллера, что такое ком-порт и т.д. и т.п. - справится с этим не сложно.. конечно если человек только на конструкторе делал программки и зашивал в контроллер, то таких знаний явно недостаточно...

[Arsie]

Цитата

Сообщение от Max2114

Не так уж и сложно все это... Если знаешь что такое модбас, понимаешь как считать данные с контроллера, что такое ком-порт и т.д. и т.п. - справится с этим не сложно.. конечно если человек только на конструкторе делал программки и зашивал в контроллер, то таких знаний явно недостаточно...

О чём и речь. Не очень сложно, разве что очень муторно и требует некоторой привычки к масштабности в мышлении

[Sergey Cherevko]

Цитата:

Сообщение от SMH

Тогда поставьте тумблер на RS-485. Включил вправо - первые 10 приточек. Влево - ещё 10...

Тумблер не по фэн-шую будет
Лучше все это хозяйство автоматизировать: подключить релюшку с переключающими контактами и пятивольтовой обмоткой к LPT-порту и коммутировать ею из скады по таймеру. Заодно скада будет знать, какие установки в данный момент опрашиваются и показывать это как-нибудь на экране

[ViS]

зачем так сложно? 2 компа, тумблеры, галетники, LPT-порты... фи..
Один комп - две виртуалки в vmware - две автоскады, два конвертера, две сети ==>> 30 приточек
надо больше - копируем виртуалку целиком и подтыкаем еще один адаптер

[ujin]

Мне кажется вы недооцениваете масштаб задачи. Когда сигналов много подход к диспетчеризации нужен совсем другой. Соответственно другие люди и деньги. Когда речь идет о нескольких тысячах сигналов нужны организации вроде [censored] .

[AlexMan]

Цитата:

Сообщение от ujin

Мне кажется вы недооцениваете масштаб задачи. Когда сигналов много подход к диспетчеризации нужен совсем другой. Соответственно другие люди и деньги. Когда речь идет о нескольких тысячах сигналов нужны организации вроде [censored] .

ИМХО, если говорить о СКАДА системе для системы вентиляции, то все не так сложно... - сложнее наладить связь между контроллерами и соединить их в сеть. При наличии знаний и "головы на плечах" можно самому это все сделать не обращаясь в какие-либо организации...

[ujin]

В знаниях то и проблема. Знания и опыт нужны такие, которые позволяют писать драйвера устройств самому, и вносить изменения в чужие. Тут даже пятью курсами не обойдешься.

[Sergey Cherevko]

Цитата

Сообщение от ViS

зачем так сложно? 2 компа, тумблеры, галетники, LPT-порты... фи..
Один комп - две виртуалки в vmware - две автоскады, два конвертера, две сети ==>> 30 приточек
надо больше - копируем виртуалку целиком и подтыкаем еще один адаптер

Мощный комп потребуется, однако.

[Max2114]

Цитата:

Сообщение от ujin

В знаниях то и проблема. Знания и опыт нужны такие, которые позволяют писать драйвера устройств самому, и вносить изменения в чужие. Тут даже пятью курсами не обойдешься.

Какие млин драйвера? Вы о чем?Чтобы данные из ОПС сервера считать не надо уметь писать драйвера!

[ujin]

Ничего не могу сказать более. Видел только результат. Система с примерно тысячей каналов реагирует на нажатие мышки на кнопку закрыть как если бы нажималась физическая кнопка. И показания положения при этом запаздывают на десятые доли секунды. И архивация событий и действий оператора ведется с точностью десятых долей секунды. Сам лично рядом стоял. Может шутили на до мной. Но слово драйвер я знаю.

[Max2114]

Цитата:

Сообщение от ujin

Ничего не могу сказать более. Видел только результат. Система с примерно тысячей каналов реагирует на нажатие мышки на кнопку закрыть как если бы нажималась физическая кнопка. И показания положения при этом запаздывают на десятые доли секунды. И архивация событий и действий оператора ведется с точностью десятых долей секунды. Сам лично рядом стоял. Может шутили на до мной. Но слово драйвер я знаю.

Разные вещи - пользоваться готовым SCADA-пакетом, и программить такие системы самому "с нуля" на чем-нибудь типа Delphi или Vusial C++. Во втором варианте возможно и понадобится самостоятельное написание драйверов. Но это путь для больших контор с большим штатом и большим запасом по времени... или наличием "халявных" спецов в программировании (читай за маленький оклад). У нас в городе каждая вторая старая контора, занимающаяся автоматизацией нефтянки пишет свои системы, не привязываясь к SCADA-пакетам...

[ujin]

Здесь немного не так. То что я видел было следующее:
Система диспетчеризации InTouch фирма Wonderware США.
Обмен не OPC, а DDE.
ОС WIN XP
Сервер баз данных Microsoft SQL Server на отдельном компе.
Обмен с контроллерами по двум Езернет каналам (основной и резервный).
Какая-то программа Аист (так произносили операторы).
Два рабочих места одновременно отображают одну и ту же картинку без задержки.
Вот и попробуйте сделать все это с задержками в доли секунды и на Виндах глюкавых.
Я лишь хочу донести одну мысль из всего этого мероприятия, которая была озвучена и ранее (10 приточек - нормально 15 перебор а дальше еще сложнее), что когда дело подходит к десяткам тысяч сигналов простые подходы уже не работают. С ними система диспетчеризации превращается в запоздалую картинку.
Добавлю. Систему доделывали и переделывали специалисты из Академгородка г. Новосибирск.

[SMH]

Цитата:

Сообщение от ujin

Два рабочих места одновременно отображают одну и ту же картинку без задержки. Вот и попробуйте сделать все это с задержками в доли секунды и на Виндах глюкавых.

Да без проблем, вобщем-то. Но не по RS-485.
Но если очень хочется, то можно и по RS-485, и даже на модбасе.
Просто "картинку" надо гнать вперёд реально приходящих данных.
Нажали кнопку "ПУСК" - сразу отобразили, что пуск произошёл. А то, что он реально произошёл через 10 секунд, например - да кто это увидит?

Цитата:

Сообщение от ujin

когда дело подходит к десяткам тысяч сигналов простые подходы уже не работают. Добавлю. Систему доделывали и переделывали специалисты из Академгородка г. Новосибирск.

Лет десять назад наша контора автоматизировала и диспетчерезировала ВОДОКАНАЛ среднего по размерам города (2 водозабора из трёх десятков скважин, резервуары воды, куча фильтров, куча разбросанных по городу КНС, 2 повысительных насосных станции, очистные сооружения). Связь между объектами по радиоканалу, выделенные частоты, базовые станции и ретрансляторы на крышах по всему городу. Считать количество сигналов? Да нафиг нужно! Делалось это силами вчерашних выпускников местного вуза. Ну, и я немного участвовал. И ничо, сделали. И даже работает.

[Max2114]

Цитата:

Сообщение от ujin

Здесь немного не так. То что я видел было следующее:
Система диспетчеризации InTouch фирма Wonderware США.
Обмен не OPC, а DDE.
ОС WIN XP
Сервер баз данных Microsoft SQL Server на отдельном компе.
Обмен с контроллерами по двум Езернет каналам (основной и резервный).
Какая-то программа Аист (так произносили операторы).
Два рабочих места одновременно отображают одну и ту же картинку без задержки.
Вот и попробуйте сделать все это с задержками в доли секунды и на Виндах глюкавых.
Я лишь хочу донести одну мысль из всего этого мероприятия, которая была озвучена и ранее (10 приточек - нормально 15 перебор а дальше еще сложнее), что когда дело подходит к десяткам тысяч сигналов простые подходы уже не работают. С ними система диспетчеризации превращается в запоздалую картинку.
Добавлю. Систему доделывали и переделывали специалисты из Академгородка г. Новосибирск.

Знаете поговорку "горшки не боги обжигали". Нет в этом всем ничего сверхестественного. Вам описать, как работает ЦДУ в диспетчерских транснефти? Данные отображаются в диспетчерской каждой НПС, передются в ЦДУ (за несколько сотен километров) и в итоге поступают в МСК. И об останове насоснного агрегата через несколько секунд знают в ЦДУ, и немногим больше в МСК. Делают все это простые асутп-шники, обучавшиеся в местном вузе. Конечно в деле построения систем сбора данных, диспетчеризации и т.д. есть место творчеству, но все-же это же разработнаая технология, и владея азами знаний о протоколах передачи данных, контроллерах и т.д. и обладая оперделенным набором личных качеств задача создания диспетчерской для вентиляшки стоновится не так уж и сложна. Конечно на все нужно время и желание.

[ujin]

Цитата:

Сообщение от SMH

А то, что он реально произошёл через 10 секунд, например - да кто это увидит?

На..бка друг чекиста. Это и я так могу. А как говорил начальник ОКСа (бывший) среди нас воров должно быть все по честному.

Цитата:

Сообщение от SMH

Делалось это силами вчерашних выпускников местного вуза. Ну, и я немного участвовал. И ничо, сделали. И даже работает.

Вы просто по неопытности не знали, что это нельзя сделать. Авиаторы приводят пример майского жука. Согласно всем законам аэродинамики он летать не может. А он летает. И муха тоже не может приземляться на потолок. А она приземляется.