Как стать автором
Обновить

Комментарии 24

Вы мой кумир ) Дай пожалуйста пощупать скаду.
Это реально эпичная многосерийная драма.
Я так думаю что это мелодрама )
Не все сразу, уже скоро планирую сделать ее достоянием общественности. Пугает только то, что дербанить ее будут после моих опусов в клочья. :) Но и это не особо страшно, страшно другое — тягать по всем вопросам в ней будут меня, а я один… Поэтому на текущий момент я предпочитаю давать к ней доступ только тех, кто сейчас в ней реально работает со мной, или по своим направлениям, но именно работает, а не просто ради одноразового любопытства ее смотрит. Поэтому, прощу прощения, но пока не всем. Хотя, некоторые темы в Ваших статьях меня заинтересовали, нам возможно будет найти обоюдный интерес… Я чуть позже в личку обращусь, если не против.
Требование к компу, как пишутся архивы (sql или файловая база), можно ли настраивать частоту опроса и записи тэгов, можно ли смотреть архивы графики.
Пара вопросов что первыми в голову пришли.
Пока для архивов и журналирования использую MySQL. Штатно — запись ведется по изменениям значений, но если есть желание делать это с заданным периодом, то такое тоже можно сделать, или штатно в проекте, или в виде отдельного алгоритма в проекте.
Для просмотра архивов есть штатный компонент архивного тренда, который работает с этой СУБД. Он может вообще от скады отдельно работать. А вообще — выборки из СУБД можно прямо в проекте делать и потом обрабатывать в логике, динамический массив — это один из стандартных типов данных в моей скаде.
Делай с расчетом интеграции скады в 1с упп )))))
Сделайте платную техподдержку, если будут мучать вопросами.
Это и хотел как раз сделать, как раз для этого сайт малость надо доделать с регистрацией и личным кабинетом пользователя.
К слову, WPF под Mono не покатит. Слишком тяжелая технология для портирования. А вот Sliverlight прокатит.
Да, похоже с графикой там на GTK надо будет переходить, верно?
wine штука хорошая, но далеко не панацея, а скорее удачный эксперимент по эмуляции api одной операционной системы на платформе другой.
Я бы поостерегся применять его на «боевых» системах без тщательного и всестороннего тестирования работоспособности запущенного в эмуляторе winapi софта.
Из промышленного применения есть относительно удачный опыт работы 1c 7.7 сетевой версии под wine etersoft и некоторой мелочи типа: фрс (драйвера от фискальных принтеров «искры»), справочных систем «гарантов» и «консультантов».
Вообще работа софта под wine всегда чревата неожиданностями, причем именно там где меньше всего ожидаешь… сродни «взаимодействию обезьяны с гранатой» никогда не знаешь когда она вырвет чеку и в какую сторону бросит.
Ваша система это АСУ тем более ТП, а к таким системам всегда предъявляются высокие требования надежности и устойчивости — потому опасно здесь связываться с вайном.
Уж если заинтересовал linux как рабочая платформа имело бы смысл попробовать кроссплатформенную разработку, хотя бы, на том же mono, или найти единомышленников для портирования.
п.с:
Это только моё мнение а не железобетонное утверждение + желание предостеречь от возможных ошибок.
Да, это я конечно же осознаю, и сейчас стоит вопрос не сразу же полноценного использования под данную ОСь, а именно рассмотреть что можно сделать, чтобы действительно вести разработку под две платформы с минимумом затрат. В текущей версии скады я точно знаю, что использую много вещей из WinAPI, которые сам же прописывал у себя в коде по определенным причинам, поэтому для себя осознаю, что могу вполне отказаться от этих вещей именно в версии под Linux, быть может тогда и не потребуется использование Wine, или я тут что-то не догоняю в силу своей неграмотности, и меня надо поправить?
wine по сути аналог автоматического переводчика и выполняет функции трансляции запросов сгенерированных win-бинарником в среду linux(или другого *nix) и обратной интерпретацией ответов в формате понятном данному бинарнику(есть обратный аналог cygwin — для запуска *nix бинарников на windows).
Если бинарник собран в среде *nix то уже никакой трансляции запросов через слой «переводчика» не требуется. Другой вопрос это кроссплатформенные интерпретируемые языки типа python = там сам интерпретатор уже корректно собран под конкретную платформу и, по сути, должен одинаково исполнять код написанный для одной платформе на другой, что не всегда верно(знаю по опыту использования python) — в любом случае обязательно требуется тестирование на конкретной ОС-и.
Хотя, возможно в дальнейшем может стоять вопрос не об использовании такого решения в полноценном управлением технологическими процессами, а хотябы чтобы иметь возможность запускать среду разработчика под разными ОСями. У меня много друзей, которые на личной технике предпочитают пользоваться Linux, а так у разработчика была бы возможность что-то менять в проекте не меняя привычную для него рабочую среду…
В таком контексте, думаю, вайн использовать можно.
Есть еще вариант: ядро системы крутится на ОС-и по умолчанию, а графические средства мониторинга и управления под эмулятором(в том числе эмулятором API). Приходилось однажды использовать подобную схему на одной системе диспетчеризации: там сервер был разработан под linux, а клиенты были написаны только под win платформу — их то и пришлось запускать в wine.
Я конечно не очень в курсе трудоемкости данного действа, но в идеале для нормальной работы на нескольких ОС лучше переписать с использованием кроссплатформенных инструментов, например на Java, или C++/Qt.
Для идеала есть OpenScada.
Скажите, пожалуйста, нужно ли иметь сертификат на такую программу, чтобы её внедрять?
Нет, программное обеспечение класса СКАДА не подлежит обязательным сертификациям, более того — их просто не существует. Максимум, какой сертификат можно получить — это так называемый «Сертификат соответствия». Его смысл в том, что он выдается на продукт, у которого перечень заявленных функций, а также содержание документации соответствует действительному положению дел в самом продукте. Такой сертификат для любого ПО можно получить, при должном походе, только вот смысл в нем.
Другое дело, что конечные системы АСУ ТП под ключ, в зависимости от области их применения, разработанные на базе СКАДА-системы (любой), подлежат обязательной сертификации, если того требует отрасль. Например, если Вы делаете на моей скаде систему коммерческого учета электроэнергии (АСКУ Э) — она обазятельно должны будет пройти сертификацию на класс систем АСКУ Э. Кстати, сама скада максимум, что может при этом иметь, некий сертификат рекомендованного средства для разработки подобной системы, но ни более того. То бишь, для того чтобы гнуть пальцы и надувать важно щеки, можно наполучать таких вот сертификатов-рекомендаций по разным сферам (энергетика, пожарка, безопасность и т.д.), но цена таким бумагам — будет не больше туалетной, они имеют только рекомендательный характер, а также маркетинговое преимущество: многие конечные пользователи любят их наличие, и для некоторых их наличие — это определяющий фактор для приобретения (некоторый психологический фактор). А то, что все это имеет обычный рынок зарабатывания денег на подобных вещах, вес которым — бумага, а не реальное положение дел, как-то умалчивается (да и зачем, «пипл хавает»).
Еще из обязательной сертификации — я знаю только сертификацию в ФАПСИ, но ее необходимо делать только при условии, что ПО будет применять стойкие алгоритмы шифрования, которые наши органы гос.безопасности обязаны держать на контроле, а также иметь принудительные каналы для их обхода в таком ПО. Был уже опыт, когда рассмотрев сложность и финансовую сторону прохождения такой сертификации, решили, что проще убрать шифрование из продукта вообще, чем связываться со всей этой бодягой в стиле «дай, друг, на лапу мне...». :)
Romer, знакомы ли вы с разработкой SimInTech?
(ПК «МВТУ»)
Скачать можно здесь: 3v-services.com/update/mbtyprotect_rus.exe
Нет, об этой разработке услышал впервые от Вас. Посмотрел материалы, почитал — в похожем направлении двигался когда начинал свой Моделист первый писать, чтобы создавать модели для отладки на полигоне наших разрабатываемых систем. Масштабы у меня конечно не такие, но идея та же была.
Приглашаю всех на стенд нашей компании на предстоящей выставке «ПТА-2014», которая состоится с 7 по 9 октября 2014 года в Москве по адресу: ЦВК «Экспоцентр», павильон 5.
На стенде будет демонстрироваться система SCADA+. Можно будет пообщаться с разработчиками и задать свои вопросы, а также попробовать систему в работе.
www.pta-expo.ru/news/020914.htm

Это будет первый выход моей скады на рынок автоматизации как коммерческого продукта и компании, которая будет заниматься ее разработкой, сопровождением и выполнением проектов на ней.
Ура!!! Наконец-то прошли все согласования в ПАО «Газпром» по маркетинговым материалом для презентации системы нашего системного интегратора, который успешно провел в 2015 году испытания и внедрил в эксплуатацию систему линейной телемеханики газопровода на базе моей SCADA+!
Теперь информацию по этому решению, а также отзывы компании о системе SCADA+ можно прочитать на сайте скады в разделе внедрений: система линейной телемеханики «ЭЛТА-ТМ.2»
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории