Comments 31
Отлично помню вас, как того безумца, что начал писать свою СКАДА систему по ночам. Очень рад, что вы достигли такого успеха!
Круто! Очень круто! Вам очень повезло, что на ваш pet-проект обратили внимание. Обычно подобные проекты так и остаются в статусе "Just for fun", а руководство компании, в которой вы работаете, смотрит на подобные проекты с пренебрежением. Работая ведущим инженером АСУ ТП, я пытался реализовать собственную SCADA, но без поддержки со стороны руководства или иных заинтересованных лиц эта затея просто не имеет смысла.
И максимальная минимизация прайс-листа на исполнительные модули
Но сам этот прайс-лист, мы, конечно, на сайт не выложим... :( Если цена у Вас привлекательнее конкурентов - чего стесняться-то? Даже МастерСкада, которая стóит аки чугунный мост (по меркам микробизнеса, конечно), прайс публикует. Даже Ignition, который стóит как комплект чугунных мостов, можно купить онлайн...
Да и демо только после запроса с выдачей всех контактов для последующего спама - так себе практика, если честно.
И в целом на сайте подозрительно пусто. Ни документации (её-то зачем скрывать?), ни даже перечня поддерживаемых протоколов и подробного описания других фич, ни таблички сравнения с конкурентами. Честно говоря, для меня это такой звоночек, что разработчику рынок вообще не интересен, он заточен на продажи конкретным крупным заказчикам, а сайт сделан для галочки, чтобы было. Могу ошибаться, но выглядит именно так.
Да, к сожалению, сайт пока не поспевает. Как коммерческий продукт, система существует пока меньше года. Прайс открыт и он отправляется вместе с дистрибутивом и прочими материалами.
Насчет сбора обратной связи - очень неудобно вести бизнес с анонимами. Честно это или нет, мнение субъективное, но, нам интересна обратная связь, а не работа с вакуумом. Не стоит равнять всех по некоторым неудачным опытам со спамом.
По поводу сравнительных таблиц - есть нюанс: такое никто не делает на широкие массы и есть ряд причин почему. Во-первых - это нечестно относительно конкурентов, потому как данные обзоры обычно могут быть составлены так, что дадут больше плюсов в заинтересованную сторону и вообще не будут отражать реальной картины. По сути, зачастую это маркетинговая уловка, не более. Во-вторых - если ты вендор своего продукта, то в сторонних не являешься абсолютным гуру и не всегда знаешь нюансы этих продуктов, чтобы прописывать то, что не получилось именно у тебя, как достоинство твоей системы. Это зачастую может быть больше твой фейл, а не проблема стороннего решения. А обывательские взгляды поверхностно - извините, это дилетантство. Не очень хочется портить репутацию только потому, что очень хотелось быть лучше. Любой продукт познается в сравнении, и большую часть этого сравнения дает его реальное применение на конкретных объектах, а вот эта практика у нас есть и есть ее реальные примеры, которые мы приводим, но она не наша, а именно наших интеграторов, которые перешли к нам с других скада-систем. Этика - вещь тонкая, и она влияет на репутацию. Проще соблюдать первое, чтобы не потерять навсегда второе. )
До обратной связи надо ещё дожить :) Мне на самом старте выбора любой системы интересно, удовлетворяет ли она моим требованиям и вписывается ли в мой бюджет. Если для получения этой информации нужно на десяти разных сайтах оставить телефон - я, пожалуй, пройду мимо, я совершенно не хочу, чтобы мне потом месяц названивали (да я и в принципе не хочу, чтобы мне звонили по вопросам, не попадающим в категорию экстренных).
Вот есть Ваш конкурент - Simple SCADA. В отличие от той же Мастерскады, вполне в мой микробизнесовый бюджет проходит, документация по всем фичам открыта, на выбор без регистрации две демки (или ограниченная по функциям, или ограниченная по времени), и полный прайс, включая доп. опции. Ну идеально же (если бы оно ещё под Linux не через одно место (Wine :) работало... но это уже не к сайту вопрос, а к самомý продукту).
А Ваш продукт, если бы я натолкнулся на него до этого поста (кстати, не натолкнулся, хотя целенаправленно искал, так что с поисковой оптимизацией тоже надо что-то поделать), я бы просто пропустил - ни по фичам ничего не понятно, ни по ценам - следующий. Сейчас вот отправил форму на демку, раз уж тут прочитал и даже в дискуссию ввязался :) Хорошо хоть в графе телефон прочерк прокатывает :)
Я допускаю, что Вам интереснее один раз продать Газпрому, чем тысячу раз мелкому клиенту - таковы текущие реалии, увы. Но тогда честным было бы прямо это обозначить, мол минимальный заказ от N млн.₽, проходите мимо :)
Соглашусь, мы сейчас не известны (буквально осенью на ПТА в Новосибирске 99% подходящих к стенду начинали с фразы "Что-то мы про вас ничего не слышали"). И большая часть текущих наших интеграторов по проектам пришла к нам с других систем по одной причине: нам говорили, что они могут такой объем окучить, а реально даже половину не потянули. Не хватает запаса мощности у систем, потому что их проектировали не автоматчики, а программисты. И текущая наша ниша - реально очень высоконагруженные системы, которые раньше могли окучить только западные или европейские бренды, а Российских на такие задачи нет. Реальность такова, что пришло время менять импортное на наше, а аналогов , которые способны - нет. Что поделать, никто у нас не думал о ситуации, которая сейчас сложилась. А я 10 лет почти ходил и говорил, показывал, но все крутили пальцем у виска и уповали на то, что есть Сименс, Шнайдер и другие и куда тебе с ними тягаться.))
Банальный пример - я могу ответственно заявить, что по сетевому обмену мы уделаем любой западный бренд в десятки раз! И это реальность, которую мы можем показать на полигоне, реальным примером. Все, что заявляется другими системами - так и остается заявлениями, реально они это не тянут, маркетинг свой хлеб отрабатывает, они так и выживали. Например, тот проект ЦОДа, что я упомянул в статье на 1200 стоек и 4500 единиц оборудования у нас заведен на ОДИН сервер и дает динамику в 1.5-2 секунды на все оборудование! А там Modbus и SNMP. А аналогичный проект один в один, но на другом серьезном Российском бренде смог хоть как-то выйти на показатели в 5 раз хуже только когда они разбили эту задачу аж на 9 хостов. Знаем мы это не потому, что сами его испытывали, а потому, что служба эксплуатации и там и там оказалась одна и та же и нам это их инженеры рассказали на своем опыте эксплуатации этих объектов. Но, мы же не будем это в таблицы на сайт вешать.
А проект на 500 стоек - на Мастерскаде ребята делали 2 года, и смогли запустить только половину. После прихода к нам за 5 дней курсов и 3 недель на объекте они его сдали в эксплуатацию, и сейчас приняли решение, заменить МС на нашу систему на остальных объектах, потому что умеют считать затраты, а не по таблицам функционал сравнивать. У нас за этот год накопилось очень много подобных практических примеров, но их никто не будет оформлять в таблицы и вешать на сайт.
Поисковой оптимизацией мы занялись недавно, где-то три недели назад.) Да, не до того было, своих задач хватало по текущим проектам. Ничего, вытянем. Именно поэтому - любая обратная связь это то, что идет в улучшение контура управления.)) Классика ТАУ рулит на всех уровнях, а не только технологией.)
Насчет "микропроектов", дождитесь прайса, который вам пришлют по запросу - возможно он будет вам интересен. Не берусь утверждать за это, но, мы открыты для диалога и текущий прайс - это всего лишь старт для такого диалога. Мы - стараемся быть гибкими, насколько - уже решите сами по результатам оного.
Рассказы о масштабировании впечатляют, тут искренне рад за Вас. У меня даже в самых оптимистичных сценариях на ближайшую пятилетку больше 1000 тегов не появится. И внедрять систему не интегратору, не штатному асутпшнику и даже не привлеченому спецу, а лично мне как владельцу бизнеса с гуманитарным образованием в перерыве между другими задачами...
Глянул на "взрослые" системы (мне и зарубежная ОК, чай не госкомпания) - ценник неподъёмный. У более дешёвых то одного нет, то другого (как у той же Simple SCADA с их Wine), то она ещё и страшна как смертный грех (Каскад). Опенсорс глянул прямо вдумчиво, почти всё что нашёл, установил и погонял (FUXA, RapidSCADA, Scada-LTS). Но там надо поседеть, пока все глюки поборешь при почти полном отсутствии документации. Сейчас в стадии "плюнуть на всё и сделать SCADA из Grafana (там внезапно появился canvas, на базе которого можно нарисовать HMI-визуализацию и дёргать REST API) + Node-Red (на базе которого можно реализовать этот REST API)". Но не оставляю надежду, что можно этот гвоздь забить более подходящим микроскопом :)
При правильном подходе в МС проект на 500 типовых стоек можно сделать быстрее чем за 3 недели) Сложность возникает не в количестве, а в зоопарке оборудования. Пока для меня именно МС показатель, другие не рассматриваю, либо очень дорого, либо не все можно реализовать. Мне очень импонирует вектор развития вашего проекта, я считаю его правильным. Прайс не нужен, а вот кусочек видео - режима исполнения боевой системы, хотя бы на 10 тысяч точек было бы очень интересно посмотреть, и все бы вопросы отпали) причем не через толстый клиент, а через браузер)
Ну вот у ребят почему-то не получилось, даже не смотря на то, что "зоопарк" оборудования только по двум протоколам был: ModBus и SNMP. И ребята не новички, у них за плечами более 15 лет разработок на ряде скада-систем (как отечественных, так и зарубежных) вполне серьезных проектов и им есть с чем сравнить.
На проект на 10тыс точек в браузере и я бы хотел посмотреть. Потому что с точки зрения программиста я понимаю, насколько он будет там прожорлив до памяти, процессора и неповоротлив по динамике. Все почему-то уцепились за вэб как за волшебную таблетку, но этот хайп на самом деле таковым вообще не является и с ростом объемов в геометрической прогрессии выжирает ресурсы и просаживается по динамике только в путь.
Я с Аблиным Ильей по МС общался, когда он 4D только начинал проектировать - говорил ему, что его идея вообще полного отказа от нативного рантайма на клиентах не взлетит, потому что это игрушка для маркетинга, реального применения в промке оно не найдет именно из-за прожорливости и медлительности, плюсом сюда еще и ворох проблем по ИБ можно притянуть на браузер. И что, видим ровно то, о чем я ему и говорил - они покувыркались с вэбом и в итоге взяли рантайм 3-й версии и дописали его под 4-ю, а вэб ушел по сути в опцию.
А почему веб-клиент так уж неизбежно должен тормозить? Не обязательно же всё-всё-всё на фронтенде отрисовывать, а если рендеринг на сервере - то клиенту наплевать, сколько там тысяч точек было использовано как исходные данные.
Зато с веб-доступом я могу хоть на каждом углу развесить копеечные планшеты на Андроиде, запустив на них браузер в режиме киоска с актуальным для этого места дашбордом (печально, правда, когда на каждый такой планшет клиентскую лицензию дороже самого планшета покупать приходится...) И возможность использования неквалифицированным пользователем (условный гастарбайтер, который за компьютером-то в жизни не сидел никогда, но ему на месте на наглядной картинке должно показывать, что где не так и куда бежать проверять/чинить). Ну и доступ с мобильных устройств, куда без этого (на месте-то у нас только тот самый гастарбайтер, если проблема выше его уровня - надо подключаться хоть с Луны). Это всё про реалии малого бизнеса...
Тянуть рендер с сервера - это по сути видеопоток гнать. По сравнению с объемом данных для анимации это колоссальная разница в объемах. Не очень хорошее решение для мобильных клиентов. При таком подходе что мешает использовать технологии VNC, или RDP? По сути один в один то, о чем вы говорите. Но для такого даже в скаде ничего не нужно делать.
Ну я не про видеопоток, конечно, а про server-side rendering в устоявшемся смысле этого слова, когда на сервере генерится HTML с минимальной работой JS на клиентской стороне.
У Вас вот Avalonia, которую браузеру только в виде WebAssembly можно скормить - а это прямо противоположная история, всё на клиента. А если брать Blazor - то пожалуйста, SSR в нескольких вариантах на выбор.
Я переживал насчет МС, как раз насчет скорости обратной связи клиента визуализации через браузер, потому что знаю, что мгновенная ситуативность очень важна для критической инфраструктуры, и потому что служба эксплуатации очень любит использовать браузер ( вопрос ИБ остается актуален, но как правило это находится в изолированном сегменте). И мои опасения развеялись, когда я сделал проект на 5к точек(да это не 100к точек, но тем не менее), чего нельзя было добиться от именитых проприетарных собратьев МС.
Еще очень важным моментом для меня является то, что БД рабочего проекта МС сжимается в архиве до 20 метров)
А как у вас получалось проект на 5к точек в МС сжимать до 20 метров? Нам тут один клиент показывал свой проект по ОВК на MS4D на 3к параметров, у него на диске этот проект занимал 1.5Гига. А ребята, которые ЦОД на 500 стоек делали в MS4D, говорили, что их проект в районе 25Гигабайт занимал. Что-то не получается у меня соотнести эти показатели.
БД рабочего проекта в формате .FBD весит в районе 1,5 Гб, речь про zip архив, БД спокойно сжимается и хранится в облаке в виде архива, а потом в другом месте распаковывается без потерь.
Также размер БД очень сильно зависит от правильного подхода при проектировании своих сущностей в проекте и их масштабировании.
Так бывает, что создатель не всегда догадывается какого зверя он создал)) например при создании рабочего проекта в ПО Iconics Genesis 64 было выявлено метом «тыка» много вещей - «не баг, а фича», о которых техподдержка даже не догадывалась. МС в этом плане не исключение, есть несколько хитростей о которых узнаешь только когда протыкаешь несколько ночей)
ни таблички сравнения с конкурентами
Вы же понимаете, что это как минимум неэтично, а как максимум грозит юридическими разбирательствами?
Вот не стал отвечать @Romerна это возражение, т.к. в моём комментарии это был второстепенный вопрос, но поскольку он второй раз поднимается - отвечу.
Считаю, что табличка сравнения с конкурентами, не содержащая заведомо недостоверных данных, не может повлечь "юридических разбирательств" (это как юрист уверенно утверждаю, всегда изумляюсь, когда этого почему-то боятся). А если эта табличка не содержит не только недостоверных данных, но и очевидных перекосов (умалчивания о явных преимуществах конкурента) - то она ещё и совершенно этична, полезна потребителям, да и самим конкурентам тоже (хотя последнее уж точно не должно волновать разработчика).
Ещё лучше, конечно, когда такую табличку составляет некий независимый ресурс на основании объективного сравнения, но применительно к рынку SCADA-систем что-то я ничего даже близкого к всестороннему сравнительному обзору всех основных продуктов не находил, хоть с табличкой, хоть без.
Потому и не находили, что чтобы такое составить - нужно досконально владеть всеми продуктами, которые будут в обзоре. Причем знания должны быть именно на уровне вендора, а не обычного инженера, который пару раз сталкивался с продуктом. Что-то я не уверен, что такое вообще существуют в природе.
На практике такое составляет именно потребитель, когда выбирает для своих задач скаду - он составляет опросный лист, в котором сосредоточен перечень функций, который интересует именно его и этот опросник направляется всем вендорам. Мы часто такие заполняем в запросах от клиентов. Результаты уже объединяет для себя клиент в общую сводную таблицу и проводит анализ и формирует решение по выбору. В такой форме - это этично и юридически грамотно, потому что оценку проводит каждый вендор только своего продукта, а не "левый псевдоспециалист по всем продуктам".
Это опять что-то на богатом :) Мне со своим бюджетом на систему плюс-минус 50 т.р. точно было бы неэтично доставать вендоров заполнением табличек. Я хочу просто самостоятельно, ни с кем не общаясь, сравнить характеристики/цены, выбрать, заплатить и точно так же ни с кем не общаясь ковыряться дальше. Денег я принесу вендору немного, ну так и затрат на меня никаких.
P.S. Кстати, Ваша демо с прайсом так и не пришла по сделанной вчера заявке. Ну ладно контакты собираете - Вы что, ещё и вручную заявки рассматривате? Видимо, строгую проверку на право узнать что-то о Вашем продукте я не прошёл :) Ну ОК.
Это не на богатом, а на адекватном.
С заявками на дистрибутив - сами понимаете, Хабраэффект он такой, после публикации пришло много обращений, ведется обработка.
Мне такой подход, конечно, не понять никогда. Ну хотите собрать базу лидов для CRM - ОК, сделайте скрипт, который контакты в базу заносит и на почту тут же присылает ссылку на демо. Но прямо вручную обрабатывать? Ради чего?
И что, по Вашему мнению, адекватно? Пока не вырос до масштаба, когда можешь себе позволить выделенного сотрудника, который вот этим всем только и занимается и может хоть неделю таблички рассылать и с вендорами разговоры вести, - крути задвижки вручную и контролируй климат по ртутным термометрам?
Я понимаю, что структура нашей экономики с дикой централизацией всего, что ещё хоть как-то умудряется выживать, и дикой же долей государственного присутствия, где деньги не свои, что их считать, способствует такому подходу - мол, будем настраиваться на работу с интеграторами, которые работают с закупщиками, которые работают с департаментом АСУ ТП с тремя уровнями начальства... А тем временем тот же Ignition с его немалой долей мирового рынка внезапно выпускает даже бесплатную версию для хоббийного (!) использования (Maker Edition) И её я установил себе примерно через полчаса после того, как узнал про её существование.
Да, мы пока еще в начальной стадии, когда у нас с людьми работают люди. Когда достигнем "немалой доли мирового рынка" и поток ежедневных обращений будет такой, что с ним люди не будут справляться, тогда будем переводить этот процесс на скрипты. Хабраэффект - явление разовое, это не будничная норма, и большинство тех, кто обратился, это понимают.
Адекватно - это то, на что вам уже неоднократно здесь указали: этика. Те, кто ведет серьезный бизнес - это понимают, поэтому ни у одного адекватного вендора вы не получите таких сравнительных анализов да еще и в публичном виде (за такой публичный обзор можно очень нехило огрести по шапке, и странно, что вы как юрист этого не понимаете и не видите в этом рисков. Простите, но я бы вашим клиентом не стал, если вы не понимаете таких очевидных вещей в своей области).
Вчера прислали демо на почту. Не буду продолжать спорить, я и так уже понял, что в чужой монастырь со своими представлениями о правильном залез :) Просто как-то неприлично покидать тему без фидбека. Итак:
Прайс так и не прислали :( Только демо с документацией и презу. Ну ОК, с учётом следующих пунктов уже и не надо. Документацию прочитал по интересующим меня вопросам, стало понятно, на что рассчитывать, а на что нет.
Критичный для меня минус - то самое отсутствие веб-клиента, хотя бы с урезанным функционалом, о чём я уже из дискуссии тут в комментариях догадался. Без него в моих сценариях будет очень тяжко, можно долго извращаться (RDP и пр.), но это всё чрезмерно усложняет.
Минусы не критичные, но неприятные:
даже серверная часть (RTM) без вариантов с GUI; тащить иксы на сервер - можно конечно, но как-то это криво;
лицензия на USB-ключе - при установке в виртуалку, да и даже на физ. сервер в дата-центре - дополнительный геморрой.
В общем, не сомневаюсь, что своих клиентов Вы знаете на порядки лучше, чем я, и для них всё это привычно и нормально. Просто я не Ваша ЦА. В любом случае спасибо за ответы и за создание ещё одного конкурентного продукта на рынке, которому, по моему впечатлению, здоровой конкуренции изрядно недостаёт! Удачи!
Считаю, что табличка сравнения с конкурентами, не содержащая заведомо недостоверных данных, не может повлечь "юридических разбирательств" (это как юрист уверенно утверждаю, всегда изумляюсь, когда этого почему-то боятся). А если эта табличка не содержит не только недостоверных данных, но и очевидных перекосов (умалчивания о явных преимуществах конкурента) - то она ещё и совершенно этична, полезна потребителям, да и самим конкурентам тоже (хотя последнее уж точно не должно волновать разработчика)
Статья 14.3 федерального закона "О защите конкуренции" от 26.07.2006 N 135-ФЗ Вам в помощь.
Ещё лучше, конечно, когда такую табличку составляет некий независимый ресурс на основании объективного сравнения, но применительно к рынку SCADA-систем что-то я ничего даже близкого к всестороннему сравнительному обзору всех основных продуктов не находил, хоть с табличкой, хоть без.
А Вы точно специалист по автоматизации?
Такие штуки вполне себе существуют https://www.arcweb.com/technology-evaluation-and-selection/hmi-scada-software-selection - например, но, разумеется за деньги, причем за хорошие.
Статья 14.3 федерального закона "О защите конкуренции" от 26.07.2006 N 135-ФЗ Вам в помощь.
А Вы эту статью дальше названия читали? Каким образом она запрещает или делает рискованными достоверные и объективные сравнения? Так-то ещё ст. 5 ФЗ о рекламе есть на ту же тему, каковая тоже не запрещает объективных сравнений. Ну и запрет на недобросовестную конкуренцию всегда был, когда появилась 14.3 - стало легче, т.к. в ней есть чёткие критерии, чего нельзя делать, а раньше это было очень уж оценочным понятием. Насколько я помню (мог запамятовать), раньше ФАС на любое слово "лучший" возбуждался, а теперь вполне чётко написано, что допустимо написать "у нас лучший продукт на рынке", если дальше следует "потому что..." и объективное обоснование.
Ну и исходя из практики меня, честно говоря, очень удивил такой протест в этой дискуссии против сравнений. Я очень часто выбираю софт и регулярно читаю такие сравнения на сайтах разработчиков. Вот из последнего в близкой мне сфере - коллеги (юристы, между прочим, 135-ФЗ читали) сравнивают свой конструктор договоров со всеми остальными на рынке. Вот рандомно открыл сайт одного из наших "импортозаместительных" офисных пакетов - и опять же, сравнения со всеми конкурентами на месте. Что-то более суровое и промышленное? - пожалуйста, разработчики отечественного CAD даже вебинар по сравнению с основным конкурентом проводят. Ну и т.д. и т.п. Да даже вот прямо сейчас верхняя статья в моей ленте на Хабре, как специально, - сравнение своего софта с конкурентом от разработчика :) Не понимаю, почему рынок SCADA-систем в этом должен быть каким-то особенным.
А Вы точно специалист по автоматизации?
Нет конечно, как Вы могли про меня такое подумать? :) Я владелец маленького бизнеса, которому нужна в т.ч. автоматизация. Вопросы автоматизации занимают ну, наверное, 5% времени. Сейчас в моменте больше, т.к. как раз хочу к следующему сезону определиться с платформой и раскатать на маленьком простом участке (это сельское хозяйство, так что зимой мало что работает).
И нет, я не хочу поручать эту задачу "специалистам", которые за дополнительные деньги (это ещё можно пережить) сделают мне систему, которая для меня будет "чёрным ящиком", где я не понимаю внутреннего устройства и не смогу сам её дальше уверенно администрировать и развивать (а вот это уже критично). Есть у меня такое старомодное убеждение, что руководить тем, что ты не смог бы сделать сам - плохая затея, так что хотя бы на старте надо всё начинать самому своими руками.
Приветствую! Как бывший АСУшник могу заметить следующее.
На сайте очень не достаёт информации(если только дело не в моей невнимательности) о:
Списке ПЛК, исполняемую программу которых можно реализовать в SKADA+( давно пропало желание программировать контроллер в одной EDA, а HMI рисовать в другой и, потом, интегрировать их друг с другом). Это важно, когда я ищу ПО под запланированный Hardware при проектировании АСУ.
Возможность организовывать средствами вашей СКАДы цифровой обмен с устройствами по нестандартным протоколам связи. Типовая ситуация - наличие на нижнем уровне какого-то датчика/счётчика/специального оборудования, который не понимает ModBus, но может общаться по RS-232/485 по какому-то своему уникальному протоколу, к которому приложено его описание. Это важно потому, что к моменту проектирования АСУ часто отсутствует возможность что-либо изменить на полевом уровне.
Возможно ли с помощью вашей СКАДы вместо ПЛК использовать в проекте связку "промышленный компьютер+станция удалённого ввода/вывода"?
Эти вещи хотелось бы видеть на сайте или документации, выложенной на сайте для того, чтобы не дёргать ваших сотрудников с просьбами уточнить и пояснить. А вашим сотрудникам это бы позволило, соответственно, не дёргаться по данным поводам.
Как АСУШник, пересаживающийся на C# хотел бы задать вопрос не по теме(если позволите))
Судя по демонстрациям вашей СКАДы вы прекрасно справились с задачей написания модуля отрисовки графиков значений сигналов. Как архивных, так и в реальном времени. Очень хотелось бы знать ваше мнение об оптимальных инструментах(если это возможно, бесплатных) для реализации такого модуля в системе C#/.NET/WPF.
К сожалению материалы по системе всегда чуть запаздывают за самой системой, порой очень не хватает времени и ресурсов, чтобы все довести до полного объема по руководствам и методичкам. Они создаются и основной упор как раз делаем на основании запросов от пользователей.
На текущий момент в перечне ПЛК, которые поддерживаются нашей скадой сквозным программированием - два вендора: WirenBoard и АБАК (их новая версия К3). Оба контроллера поддерживают программы написанные на FBD и C# в нашем прикладном проекте.
Один из языков программирования алгоритмов в нашей скада - C#. С его помощью можно реализовать любые задачи, включая обмен с оборудованием по нестандартным протоколам прямо в самом прикладном проекте. У нас есть ряд внедрений, где этот подход был вполне успешно реализован именно так.
Не совсем понятно, что имеется в виду под "станцией удаленного ввода/вывода"?
По графикам - на самом деле есть очень много готовых решений под такие задачи, вам нужно посмотреть соответствующие репозитории на Git, или обратиться в каналы сообществ программистов на C#, там точно подскажут. От себя - могу порекомендовать посмотреть на решение OxyPlot.
Как я СКАДу писал. Часть девятая