Обсуждение:Российский IT-сектор: различия между версиями
(→Ace Lab: новая тема) |
Ключник (обсуждение | вклад) Нет описания правки |
||
(не показано 17 промежуточных версий 14 участников) | |||
Строка 1: | Строка 1: | ||
== Agilia Linux == | |||
Почему в списке ОС нет упоминания о Agilia Linux? https://agilialinux.net/ | |||
== IT в медицине == | == IT в медицине == | ||
* '''Нейрософт''' - Компания «Нейрософт» основана 29 января 1992 года преподавателями и научными сотрудниками двух ивановских вузов — медицинского и энергетического. Именно объединение сил инженеров-электронщиков, программистов и ученых-медиков позволило ей в короткий срок занять лидирующие позиции на рынке российского диагностического электрофизиологического оборудования. Политика компании состоит в том, чтобы всегда быть на переднем крае электронной, компьютерной и медицинской технологии, разрабатывать высококачественные приборы и предоставлять современные достижения науки практическому здравоохранению. http://neurosoft.com/ru/pages/history | * '''Нейрософт''' - Компания «Нейрософт» основана 29 января 1992 года преподавателями и научными сотрудниками двух ивановских вузов — медицинского и энергетического. Именно объединение сил инженеров-электронщиков, программистов и ученых-медиков позволило ей в короткий срок занять лидирующие позиции на рынке российского диагностического электрофизиологического оборудования. Политика компании состоит в том, чтобы всегда быть на переднем крае электронной, компьютерной и медицинской технологии, разрабатывать высококачественные приборы и предоставлять современные достижения науки практическому здравоохранению. http://neurosoft.com/ru/pages/history | ||
Строка 220: | Строка 223: | ||
http://dexp.club/Home/About | http://dexp.club/Home/About | ||
Вот еще российские смартфоны | |||
http://vertex-digital.ru/koncepciya | |||
== Zabbix? == | == Zabbix? == | ||
Строка 231: | Строка 238: | ||
== Ace Lab == | == Ace Lab == | ||
PC-3000 - известные во всем мире программно-аппаратные комплексы для восстановления данных на HDD, SSD, flash. Аналогов в мире нет, по сути комплекс один на планету. Пользуются в России, Украине, США, Канаде, Южной Корее. Компания находится в Ростове-на-Дону. Добавьте. | PC-3000 - известные во всем мире программно-аппаратные комплексы для восстановления данных на HDD, SSD, flash. Аналогов в мире нет, по сути комплекс один на планету. Пользуются в России, Украине, США, Канаде, Южной Корее. Компания находится в Ростове-на-Дону. Стоит около 80 000 рублей. Добавьте в статью, я не умею. | ||
:{{Сделано}} Добавлено.[[Участник:AlexBond|AlexBond]] ([[Обсуждение участника:AlexBond|обсуждение]]) 23:06, 28 декабря 2015 (MSK) | |||
== Программное обеспечение АСУТП == | |||
На родном заводе, несмотря на настоятельные рекомендации и добрые советы применять импортное, с1997 г. для модернизации систем КИП и А применяем ПО MIK$Sys. Эта первое полное российское ПО для АСУТП, надёжно работает и может применяться во всех отраслях народного хозяйств на заводах атомной промышленности, на взрывопажароопасных производствах и в сельском хозяйстве. | |||
Программное обеспечение MIK$Sys | |||
"Многофункциональная Инструментальная Комплексная Система (Комплекс программных средств разработки АСУТП)", в дальнейшем - MIK$Sys, предназначена для создания комплексов автоматизации производства на базе IBM PC - совместимых компьютеров, сетей компьютеров, микроконтроллеров УСО и их сетей. | |||
Программное обеспечение MIK$Sys разработано в 1992-93 гг. для целей построения малых, средних и больших распределенных АСУ ТП, использующих IBM PC совместимые ПЭВМ и их сети, на основе многолетнего опыта работ кафедpы 2 Московского инженерно-физического института (каф. Автоматики МИФИ) по автоматизации различных производств, в том числе экологически опасных, построению специальных программных тренажеров и математических моделей элементов и комплексов оборудования. Прототип системы и отдельные элементы, вошедшие в ее состав, разработаны в 1989-97 гг. В настоящее время развитие системы продолжается на основе накопленного опыта многочисленных внедрений, проведенных как собственными силами c 1991 г., так и пользователями коммерческой версии MIK$Sys, распространяемой с 1993 г. | |||
Выполняемые функции. | |||
АСУ ТП на базе MIK$Sys выполняют следующие функции: | |||
• взаимодействие с контpоллеpами и их сетями и ПЭВМ в локальной и удаленных сетях по получению инфоpмации от датчиков, выдаче упpавляющих воздействий и центpализованным и pаспеpеделенным pасчетам в pежиме pеального вpемени; | |||
• центpализованный и децентpализованный контpоль состояния пpогpаммно-аппаpатного обеспечения АСУ ТП и действий опеpатоpов как для контpоллеpов, так и для ПЭВМ сети; | |||
• получение pезультатов опpоса датчиков, пеpвичная и специальная обpаботка данных, выполнение pасчетов, выpаботка и выдача упpавляющих воздействий; все это осуществляется с высокой скоpостью в pеальном масштабе вpемени с тактом до 55 миллисекунд; | |||
• ведение и пpедоставление для пpосмотpа с возможностью анализа pазноpодных аpхивов инфоpмации: гpафиков паpаметpов, записываемых с частотой от 55 миллисекунд до часа (мгновенные замеpы и усpедненные данные), и событийных аpхивов (возможно совмещенных со сбоpом гpафиков по пpед- и пост-истоpии pазвития ситуации), запись в котоpые пpоисходит по факту наpушения технологического pегламента или в pезультате действий опеpатоpа; | |||
• ведение баз данных списков сигналов АСУ ТП и алгоpитмов их обpаботки в пpостой и наглядной табличной фоpме, включая также элементы метpологической аттестации каналов измеpений; | |||
• пpедоставление инфоpмации в виде гpафических цветных мнемосхем со всевозможными способами отобpажения значений паpаметpов (имитации пpибоpов, самописцев, анимация, меpцания, звук); | |||
• pасчет технико-экономических показателей и выдача отчетных фоpм по накопленной аpхивной инфоpмации (комплекс программ “Расчет ТЭП”). | |||
Пpогpаммно-аппаpатное обеспечение комплекса позволяет: | |||
• связывать элементы технологической цепочки, на котоpых функциониpуют pазные АСУ ТП, объединенные сетью, в единое целое, в том числе использовать данные одной системы для упpавления и контpоля дpугой; | |||
• получать данные опpосов от нескольких АСУ ТП пpоизводства и упpавлять обоpудованием как по месту, так и центpализованно; | |||
• получать на отдельных ПЭВМ сети от нескольких АСУ ТП все или наиболее важные хаpактеpистики пpоизводства по pезультатам текущих измеpений, инфоpмацию аpхивную, отчетную и о выполнении показателей пpоизводства за любой отчетный пеpиод (комплекс программ “Расчет ТЭП”). | |||
Особенности системы. | |||
Отличительные особенности MIK$Sys от аналогичных систем построения АСУ ТП следующие: | |||
• система обеспечивает минимальное время переключения контекста резидентных задач по сравнению с другими многозадачными операционными системами; | |||
• если начальные версии систем были ориентированы на пользователей, обладающих определенной квалификацией в областях построения АСУ ТП и программировании, то в настоящее время таких ограничений нет; | |||
• основной язык программирования Fortran, как несомненно наилучший для выполнения расчетных функций (используется Fortran-77 версия 5.00 Microsoft); | |||
• используется специально разработанная Fortran-ориентированная база данных, записями которой являются элементы языка (переменные, вектора и массивы), поэтому доступ к данным осуществляется со скоростью выполнения стандартной операции присвоения или вычисления адреса, как для обычной переменной программы; | |||
• используется векторная обработка данных, более эффективная, чем ссылочная; | |||
• используется системно-ориентированный подход к построению компонентов и алгоритмов в противовес менее эффективному в АСУ ТП объектному; | |||
• используется жесткое тактирование выполнения функций резидентной задачей в противовес событийной ориентации, вызывающей перегрузку системы при массовых изменениях; | |||
• используется принцип постоянно максимальной рабочей нагрузки на вычислительные алгоритмы и информационные каналы, за счет чего повышается надежность системы и ее быстродействие при пиковых нагрузках; | |||
• работа с контроллерами, драйверами контроллеров и взаимодействие компонентов системы, каждый из которых функционирует асинхронно, осуществляется в основном через общую память, а не по специальным запросам; | |||
• для построения сетевой АСУТП не требуется сетевое программное обеспечение верхнего уровня - достаточным является наличие поддержки протоколов IPX/SPX; | |||
• при построении сетевых АСУ ТП для доставки результатов опросов и расчетов используются тактированные широковещательные пакеты, что значительно эффективнее общепринятой дисциплины клиент-сервер, особенно при большом количестве ПЭВМ; | |||
• в сетевой АСУ ТП данные могут быть получены как из своей локальной сети, так и через мост(ы) или маршрутизатор(ы) из других сетей; это относится и к дистанционному управлению; | |||
• в сетевой АСУ ТП могут использоваться ЭВМ разнородных архитектур при соблюдении протоколов обмена данными; | |||
• используется графическая библиотека собственной разработки; | |||
• используется растровая графика и матричные фонты, за счет чего в системе поддерживается высокая скорость и качество отображения; | |||
• отсутствует какие-либо ограничительные рамки по применению графических примитивов, любая мнемосхема(ы) может использоваться как библиотека; | |||
• имеются средства тиражирования для типовых обьектов автоматизации. | |||
Ядро реального времени для ОС Windows - задача MWBridge с дополнительными компонентами – является универсальным инструментом создания и поддержки АСУ ТП, прежде всего распределенных. Применяется для создания автоматизированных рабочих мест (АРМ) среднего и верхнего уровня, сетевых шлюзов, серверов смешанного применения и организации мостов с другими приложениями. | |||
Особенности: | |||
• базовый такт реального времени – от 15 миллисекунд, | |||
• число параметров на локальном узле – до 200000, в распределенной системе – в рамках четырехбайтовой адресации, | |||
• поддерживаемые внешние интерфейсы: | |||
• сетевой обмен по протоколам IPX/SPX, TCP/IP с поддержкой до 16-ти сетевых адаптеров в одном узле с внутренней маршрутизацией, | |||
• протокол ModBus, | |||
• DDE – клиент/сервер, | |||
• OPC – клиент/сервер спецификации 2.3, | |||
• SQL ODBC – чтение/запись с созданием таблиц, | |||
• OCI (ORACLE) – чтение/запись с созданием таблиц, | |||
• WEB-сервер – доступ к данным на отображение и управление любым стандартным InterNet-браузером с разграничением прав, | |||
• ведение архивов с дублированием по альтернативному пути с тактом реального времени и более с записью всех переменных базы данных реального времени (см.главу 5). | |||
MWBridge имеет графический интерфейс. При помощи этого интерфейса осуществляются настройки всех компонентов MWBRIDGE. Эти настройки сохраняются в виде ini-файла. Редактирование файла настроек при помощи любого текстового редактора является альтернативным путем настройки системы. | |||
Программирование осуществляется с помощью встроенных технологических алгоблочных языков. Возможна также реализация простейших алгоритмов на Бэйсико подобных языках. | |||
MWBridge является также инструментом конфигурирования, настройки и программирования модулей комплекса технических средств МИККОН | |||
При помощи механизма слотов можно подключать к MWBRIDGE отдельные модули, которые предназначены для расширения его функций. Например, один из слотов реализует звуковое оформление. Слоты оформляются в виде файлов динамических библиотек (dll-файлы). | |||
Ядро реального времени | |||
Предназначено для: | |||
• организации взаимодействия с драйверами УСО, | |||
• предварительной обработки результатов опросов, | |||
• выдачи управляющих воздействий, | |||
• ведения архивов, | |||
• ведения расчетов пользователя, | |||
• организации сетевого взаимодействия, | |||
• поддержки интерфейсов связи с внешними задачами. | |||
Функции ЯРВ выполняют следующие программные компоненты: | |||
• Windows 9x/ME/NT/2000/XP/2003 – задача MWBridge с дополнительными компонентами. Предназначена для ПЭВМ смешанного применения, АРМ среднего и верхнего уровня, сетевых шлюзов, серверов смешанного применения и организации мостов с Windows-приложениями. Особенности: | |||
базовый такт реального времени – от 15 миллисекунд для NT/2000/XP/2003, | |||
• число параметров на локальном узле – до 200000, в распределенной системе – в рамках четырехбайтовой адресации, | |||
• поддерживаемые внешние интерфейсы: | |||
• сетевой обмен по протоколам IPX/SPX, TCP/IP с поддержкой до четырех сетевых адаптеров в одном узле с внутренней маршрутизацией, | |||
• протокол ModBus, | |||
• DDE - клиент/сервер, | |||
• OPC - клиент/сервер спецификации 2.5, | |||
• SQL ODBC - чтение/запись с созданием таблиц, | |||
• OCI (ORACLE) - чтение/запись с созданием таблиц, | |||
• «общая память» локально и по сети через пользовательский API, | |||
• WEB-сервер – доступ к данным на отображение и управление любым стандартным InterNet-браузером с разграничением прав, | |||
• ведение архивов с дублированием по альтернативному пути: | |||
• четырнадцать видов последовательных: | |||
• реального времени с тактом от 15 (55) миллисекунд, | |||
• десять видов реального времени с произвольно задаваемым тактом от 15 (55) миллисекунд и возможностью пред- и пост- истории, | |||
• среднесекундный с тактом от 100 миллисекунд, | |||
• среднеминутный с тактом от 20 секунд до 15 минут, | |||
• среднечасовой с тактом 30 минут и 1 час, | |||
• три вида апертурных, | |||
• два вида событийных: | |||
• локальных отклонений, | |||
• сетевой состояния системы и действий оператора. | |||
• Linux – задача MLB с дополнительными компонентами. Предназначена для контроллеров большой мощности, высокопроизводительных серверов и сетевых шлюзов, специализированных АРМов среднего и верхнего уровня, организации мостов с Linux-приложениями. Особенности: | |||
• базовый такт реального времени – от 10 миллисекунд, | |||
• число параметров на локальном узле – до 200000, в распределенной системе – в рамках четырехбайтовой адресации, | |||
• поддерживаемые внешние интерфейсы: | |||
• сетевой обмен по протоколам IPX/SPX, TCP/IP с поддержкой до четырех сетевых адаптеров в одном узле с внутренней маршрутизацией, | |||
• SQL ODBC - чтение/запись с созданием таблиц, | |||
• OCI (ORACLE) - чтение/запись с созданием таблиц, | |||
• «общая память» локально и по сети через пользовательский API, | |||
• WEB-сервер – доступ к данным на отображение и управление любым стандартным InterNet-браузером с разграничением прав, | |||
• ведение архивов с дублированием по альтернативному пути: | |||
• четырнадцать видов последовательных: | |||
• реального времени с тактом от 10 миллисекунд, | |||
• десять видов реального времени с произвольно задаваемым тактом от 10 миллисекунд и возможностью пред- и пост- истории, | |||
• среднесекундный с тактом от 100 миллисекунд, | |||
• среднеминутный с тактом от 20 секунд до 15 минут, | |||
• среднечасовой с тактом 30 минут и 1 час, | |||
• три вида апертурных, | |||
• два вида событийных: | |||
• локальных отклонений, | |||
• сетевой состояния системы и действий оператора. | |||
Для реализации прикладных алгоритмов контроля и управления имеются встроенная поддержка алгоблочного языка технологического программирования, Бэйсик-подобный язык для Windows и Linux ЯРВ, а также возможность написания и вставки собственных частей на языках высокого уровня. | |||
ЯРВ всех программных платформ полностью информационно совместимы по сетевым интерфейсам, а MS DOS и Windows 9x/NT – и через «общую память» внутри одной ПЭВМ. | |||
Интегрированный интерфейс оператора-пользователя | |||
является оболочкой взаимодействия с ядром реального времени и предназначен для: | |||
• организации интерфейса пользователя базы данных реального времени, | |||
• настройки и диагностики функций системы: | |||
o управления вычислительным процессом, | |||
o поддержки сетевых интерфейсов, | |||
o поддержки межпрограммных интерфейсов, | |||
o архивирования, | |||
o технологического программирования и др. | |||
• организации интерфейса оператора–технолога: | |||
o отображения данных на стандартных и прикладных мнемосхемах, | |||
o ввода команд и управляющих воздействий, | |||
o аудио сигнализации и т.п. | |||
Особенностями данного уровня являются: | |||
• в настройке – максимальное упрощение работы пользователя путем: | |||
• преимущественного использования меню и предустановленных значений параметров, | |||
• полностью русскоязычного интерфейса, | |||
• контекстной помощи, | |||
• наличия образцовых примеров; | |||
• в интерфейсе оператора-технолога: | |||
• максимальное быстродействие для каждой операционной среды, | |||
• жесткое планирование экрана, | |||
• широкое разнообразие средств отображения и ввода. | |||
Функции интегрированного интерфейса оператора выполняют следующие программные компоненты: | |||
• Интерфейс пользователя задачи MWBridge с дополнительными компонентами - Предназначен для настройки и диагностики функций задач MWBridge и MLB на ПЭВМ смешанного применения, АРМ среднего и верхнего уровня, сетевых шлюзов, серверов смешанного применения и организации мостов с Windows-приложениями. Основные функции и особенности: | |||
• Отображение текущих значений параметров всех баз данных, | |||
• Ввод значений выходных и расчетных параметров, | |||
• Настройка и редактирование баз данных, | |||
• Конфигурирование УСО и сетевого обмена, | |||
• Контроль и диагностика: | |||
• состояния УСО и сетевых интерфейсов, | |||
• основных функций вычислительного процесса, | |||
• Экономичное использование ресурсов ПЭВМ. | |||
• задача StartWin с дополнительными компонентами - предназначена для работы в АРМ средней и большой мощности смешанного использования, серверах общего назначения. Является графическим Windows-интерфейсом к задаче MWBridge и для Windows 9x/ME к задаче Resident, возможна также автономная работа. | |||
• Основные функции и особенности: | |||
• Отображение пользовательских мнемосхем, | |||
• Вызов компонент разработки и коррекции пользовательских мнемосхем на фоне реального времени или автономно, | |||
• Представление архивной информации, | |||
• Графическая оболочка запуска приложений, | |||
• Графический интерфейс конфигурирования и диагностики запуска системы, | |||
• Высокоскоростная работа в оконном и полноэкранном режиме, | |||
• Экономичное использование ресурсов ПЭВМ. | |||
• задача MSD - предназначена для разработки и тестирования мнемосхем в формате HTML, отображаемых стандартными Internet-браузерами на ПЭВМ под управлением ОС Windows и Linux. Является графическим Windows-интерфейсом к задаче MWBridge, возможна также автономная работа. Основные функции и особенности: | |||
• Отображение пользовательских мнемосхем, | |||
• Возможность ввода команд и управляющих воздействий, | |||
• Разработка и коррекция пользовательских мнемосхем на фоне реального времени или автономно. | |||
КТС МикКОН (Микропроцессорный Комплекс Общего Назначения) включает полномасштабную линейку микропроцессорных средств автоматизации технологических процессов серий Ангара, Кама, Урал, Ока и спецмодулей. КТС позволяет строить как крупные централизованные и распределенные системы на тысячи точек ввода-вывода, так и малые на базе микроконтроллеров на несколько точек ввода-вывода. КТС имеет программно-аппаратные средства резервирования всех уровней. | |||
Отличительными чертами КТС являются: | |||
- распределенность: модули ввода-вывода всех серий объединяются с модулями центральных процессоров (МЦП) по защищенным полевым сетям (RS485, CAN, «токовая петля»), а также локальные сети Ethernet; | |||
- масштабируемость: в одной системе в единой полевой сети могут быть применены модули всех серий от моноблока на шесть каналов ввода-вывода серии «ОКА» до 128-ми канальных модулей дискретного ввода или вывода, наращение может производиться последовательно; | |||
- универсальность: любой аналоговый вход при индивидуальной гальванической развязке позволяет вводить сигналы различных типов: нормированные, термосопротивления, термопары, тензодатчики, сигналы переменного тока включая сельсины и дифтрансформаторные, дискретный вход позволяет вводить как потенциальные, так и частотные и число-импульсные сигналы, аналоговый выход имеет свойства биполярности и поддерживает ШИМ, дискретный выход может выдавать как потенциальный сигнал, так и ШИМ и ЧИМ импульсный сигнал; | |||
- надежность: обеспечивается схемными решениями и программными средствами, резервированием питания всех аппаратных средств, резервированием интерфейсов связи, возможностью «горячей» замены всех модулей, специальными аппаратно-программными средствами резервирования компонент системы всех уровней. | |||
К постоянно совершенствуется. В настоящее время аналоговый ввод оснащен 24-разрядным АЦП, обеспечен защитой от прямого попадания напряжения до ~ 250В или =350В наряду с индивидуальной гальванической развязкой. То есть, аналоговый ввод КТС МикКОН универсален, обладает точностью цифрового вольтметра (Класс 0,01) при промышленном уровне защиты. | |||
Для создания системы АСУТП необходимо располагать следующим минимум аппаратуры: ПК АРМ оператора, который будет наблюдать и регулировать систему с помощью мнемосхемы, процессор для обработки данных, датчики сбора данных. Примерная структура системы представлена на рисунке: | |||
Такая структура системы не является обязательной, но она встречается чаще всего. | |||
Некоторые внедрения ПТК УМИКОН. | |||
1. АСУ ТП ТЭЦ Реакторного завода Горно-химического комбината, г. Железногорск Красноярского края | |||
ТЭЦ Реакторного завода (РЗ) Горно-химического комбината (ГХК) представляет собой тепло- и электростанцию, работающую на энергии атомного реактора РЗ. Она также обеспечивает поддержку некоторых функций работоспособности реактора. В составе ТЭЦ имеется большое количество теплообменного оборудования, насосных агрегатов, трубопроводов и запорно-регулирующей аппаратуры, а также турбогенераторы и другое электротехническое оборудование большой мощности. | |||
АСУ ТП ТЭЦ РЗ была сдана в эксплуатацию в 1991 году и стала одной из первых сетевых распределенных систем в стране. На момент сдачи она имела информационные функции и охватывала около 1500 аналоговых и дискретных сигналов, имела 5 АРМ. В системе были реализованы также функции расчета ТЭП. С тех до настоящего времени АСУ ТП непрерывно развивается, обновляются технические средства и программное обеспечение, увеличивается не только число сигналов, но и объем, и качество выполняемых функций. Причем все это происходит практически при непрерывной работе системы – остановки допускаются лишь для отдельных подсистем и участков и не превышают нескольких часов. Это достигается благодаря гибкой распределенной структуре системы с многократным дробным резервированием наименее надежных аппаратных и программных узлов системы, прежде всего АРМ и их ПО. На рисунках 1.1-1.4 представлено развитие структуры системы от момента сдачи в эксплуатацию до текущего времени и на ближайшую перспективу. Видно, как увеличивается степень распределенности системы, стремясь к реализации принципа «один процесс – один процессор». Сначала распределенным является только уровень АРМ, затем появляются микропроцессорные устройства Ш711, затем микроЭВМ заменяется рядом ПЭВМ, и, наконец, все УСО становиться распределенным (реализовано в основном на базе КТС МикКОН), появляются микроконтроллеры с функциями локального регулирования (МВ100) и отработки блокировок. Развивается и верхний уровень системы, реализуя принципы «общей памяти» на базе широковещательного сетевого обмена, доступного начиная с применения сети PBL-com и далее. Специализируются ПЭВМ верхнего уровня: сначала появляются резервированные контрольные АРМ, затем функции опроса переносятся на более надежные РС-совместимые контроллеры и выделяется сервер с функциями «черного ящика», дублирующего архивную и иную информацию АРМ системы. Сеть унифицируется, благодаря чему исчезает роутер, что также повышает надежность системы. | |||
Рис.1.1. Структура АСУ ТП ТЭЦ РЗ в 19 91-1993 годах | |||
Рис.1.2. Структура АСУ ТП ТЭЦ РЗ в 1994-1997 годах | |||
Рис.1.3. Структура АСУ ТП ТЭЦ РЗ в 1998-2002 годах | |||
Рис.1.4. Структура АСУ ТП ТЭЦ РЗ в настоящее время и на ближайшую перспективу | |||
В настоящее время система включает уже около 2000 сигналов разных типов, более 10 АРМ и других сетевых узлов, выполняет наряду с информационными управляющие функции. Расчеты реального времени, в том числе часть показателей ТЭП, выполняются в алгоблочной программе. Следует отметить такие особенности расчетов ТЭП для данной системы, как большое число отчетных документов и нестандартный отчетный период – отчетный год начинается в конце декабря. | |||
2. АСУ ТП Радио-химического завода Сибирского химического комбината, г.Северск Томской области. | |||
АСУ ТП Радио-химического (РХЗ) Сибирского химического комбината (СХК) включает в себя ряд локальных АСУ ТП отдельных технологических участков и отделений, в том числе довольно крупных (до тысяч каналов ввода-вывода - рис.2.1), которые постепенно интегрируются в единую многоуровневую сетевую структуру. | |||
Рис.2.1. Структура АСУ ТП одного из технологических участков РХЗ СХК | |||
Большинство систем обеспечивают как функции контроля, так и управления, включая блокировки, обычное и каскадное регулирование и имеют такт реального времени 0,2-0,25 сек. Отдельные подсистемы включают десятки контуров регулирования и сотни сигналов блокировок. Все управляющие подсистемы работают в режиме «горячего резервирования», в то время как информационная часть обычно не резервируется с целью снижения общей стоимости системы. | |||
Система интересна реализацией всех функций обработки, управления и резервирования, как на уровне контроллеров, так и на АРМах в среде алгоблочного технологического программирования верхнего уровня. В процессе разработки выполнена унификация настроек для регуляторов с выходом ШИМ и с аналоговым выходом, а также реализован учет неравномерности выходного воздействия и обеспечено задание зоны нечувствительности по входу и др. | |||
При обработке входного аналогового сигнала регуляторов были впервые применены алгоблоки фильтров, включающие наряду с экспоненциальным сглаживанием фильтрацию выбросов, обеспечивающую отсечку кратковременных сильных помех (выбросов) (Рис.2.2). При этом последние подсистемы уже полностью реализованы персоналом службы АСУ ТП самого завода не только на стадии наладки и настройки контуров регулирования, но и на стадии разработки баз данных РВ и технологических программ. | |||
Рис.2.2. Алгоблоки ПИД-регулятора с ШИМ-выходом и фильтра выбросов | |||
3. АСУ ТП производств ОАО «Каустик», г.Волгоград | |||
Технологические процессы ОАО «Каустик» связаны в основном с быстротекущими химическими реакциями агрессивных или взрывоопасных сред, таких как хлор и водород. Это обуславливает высокие требования к надежности при высоком быстродействии АСУ ТП. Начиная с 1995 года, на предприятии коллективом группы УМИ был внедрен и модернизирован ряд систем, начиная с АСУ ТП отделений очистки и выпарки цеха 30. Уже первый вариант системы, включающий верхний уровень на базе сети ПЭВМ-АРМов и контроллеры Ломиконт на нижнем уровне был дублированным как на уровне контроллеров, так и на уровне АРМов. Однако для данной работы интерес представляет модернизированный вариант данной системы (2002-2004 г.г.), включающий резервированные контроллеры из состава КТС МикКОН в конструктиве контроллеров Ломиконт и АРМы верхнего уровня (рис.3.1). Данная система полностью выполнена на алгоблоках верхнего уровня как для контроллеров, так и для АРМов, поддерживает функции блокировок и ПИД-регулирования обычного и каскадного с выходом на пропорциональный исполнительный механизм (десятки контуров), имеет такт реального времени 0,1-0,2 секунды с обеспечением «горячего резервирования» для управляющей части. Небольшая информационная часть опроса и обработки хозучетных параметров нерезервированна на уровне контроллеров, но резерв поддерживается на уровне архивирования и представления информации на АРМ. Расчет ТЭП выполнен с использованием алгоблоков. | |||
Рис.3.1. Комплекс участков очистки, выпарки и хозучета АСУ ТП цеха 30 ОАО «Каустик» | |||
По мере развития системы и накопления опыта удалось разработать и реализовать структуру перекрестного резервирования всей системы (рис.3.2). При этом перекрестно дублируются как АРМы и процессора верхнего уровня, так и каналы связи с крейтами УСО и сами модули ввода и вывода, то есть при отказе, например, первого модуля ввода из первого крейта УСО и второго модуля ввода из второго крейта система продолжает нормально выполнять все свои функции. Выбор достоверного входного сигнала при этом осуществляется специализированным алгоблоком резервирования одним на все модули ввода. Похоже, но с привлечением большего числа аппаратных средств выполняется резервирование выходных модулей. При этом функцию выбора осуществляет исправный модуль центрального процессора, которого в свою очередь определяет блок управления резервированием. Подобная схема реализована для одной из технологических установок цеха 21. | |||
Рис.3.2. Система управления установкой цеха 21 | |||
Представляет также интерес реализация системы управления и противоаварийной защиты воздушных компрессоров участка 27 цеха 30. Данная подсистема реализована на микрокрейтовом контроллере МВ200 с помощью алгоблочной среды программирования среднего уровня (рис.3.3). Интересным здесь также является многократное резервирование мастеров сети MODBUS на уровне АРМов, позволяющее оптимизировать стоимость системы, зарезервировав АРМы без резервирования контроллеров (рис.3.4). Последние резервируются в данном случае вместе с управляемым ими оборудованием – компрессорами. | |||
Для получения полноты картины следует упомянуть применение нескольких модулей моноблоков МВ100 в качестве локальных блоков регулирования в ряде систем. Регуляторы данных моноблоков запрограммированы с помощью алгоблочной системы нижнего уровня. | |||
Рис.3.3. Алгоблочная программа среднего уровня ПАЗ воздушного компрессора | |||
Рис.3.4. Система с резервированием мастеров MODBUS | |||
4. Малые системы и системы обучения | |||
4.1 САУ ТРП 7 и 11 микрорайонов г. Железногорска Курской области. | |||
Система автоматического управления теплораспределительной подстанции 7 и 11 микрорайонов г.Железногорска входит в состав АСУ ТП городской ТЭЦ и, несмотря на относительно небольшое число каналов ввода-вывода (десятки), имеет ряд интересных особенностей. Прежде всего это система (рис.4.1), разработанная и внедренная в эксплуатацию в конце 2001 – начале 2002 годов, была первой системой реального времени, созданной на базе алгоблочной системы программирования. Во-вторых, система включает в себя весь набор алгоритмов управления от защит и блокировок до регулирования и автоматического пуска и ресурсосберегающих алгоритмов. Наконец, система действительно является САУ, то есть работает в полностью автоматическом режиме круглосуточно, осуществляя запуск и останов оборудования и подержание параметров по заданному временному графику. Связь с верхним уровнем предназначена в основном для контроля ведения техпроцесса. | |||
Рис.4.1. САУ ТРП 7 и11 микрорайонов г. Железногорска | |||
4.2. Система обучения разработке и настройке системы автоматического регулирования | |||
Примером применения алгоблочной системы в качестве средства обучения является небольшая система, имитирующая контур управления, включающий объект управления с переменными характеристикам и регулятор (рис.4.2). Объект управления реализован алгоблоком динамического звена второго порядка. В алгоблоке параметрическими настройками можно менять характеристики от одиночного апериодического звена до двойного апериодического и колебательного звеньев, как устойчивых, так и неустойчивых. Регулятор – это алгоблок универсального ПИД-регулятора с налоговым выходом. Меняя свойства объекта управления путем изменения коэффициента колебательности и постоянной времени можно исследовать влияние настроек регулятора на поведение всей системы, а также изучать и оценивать эффективность различных методик настроек ПИД-регуляторов. | |||
Рис.4.2. Структура модели системы управления для целей обучения | |||
5. АСУ ТП ФОК Михайловского ГОК | |||
АСУ ТП ФОК Михайловского ГОК является, пожалуй, наиболее крупной из интегрированных систем, построенных на базе алгоблочной системы технологического программирования. Она охватывает в настоящее время большую часть технологического процесса фабрики и продолжает развиваться как в сторону автоматизации еще не охваченных АСУ ТП и модернизации устаревших участков, так и в сторону большей интегрированости и наращения функций существующих систем. Наиболее крупными управляющими системами в составе АСУ ТП ФОК являются АСУ ТП обжиговой машины № 1 и система управления дозированием и окомкованием. АСУ ТП обжиговой машины №1 является полностью резервированной и включает несколько подсистем управления (рис.5.1) до десятков контуров регулирования горения с поддержанием соотношения газ-воздух и других алгоритмов регулирования и управления в каждой. | |||
Рис.5.1. Фрагмент АСУ ТП обжиговой машины № 1 ФОК МГОК | |||
Все подсистемы объединены в единое целое между собой и с АРМами операторов и инженерными АРМами. Система, включая алгоритмы горячего резерва и диагностики контроллеров и АРМ, построена на алгоблочной системе программирования верхнего уровня. В настоящее время система поддерживается и развивается специалистами фабрики. | |||
Система дозирования и окомкования обеспечивает поддержание соотношение компонентов шихты путем регулирования в режиме слежения, а также алгоритмы автоматического пуска оборудования линий окомкования, отработку защит и блокировок. Подсистема для каждой линии полностью автономна, чем обеспечивается резервирование линий целиком (рис.5.2). Объединяются подсистема на сетевом уровне между собой и с АРМами операторов. НА АРМах обеспечивается решение задач расчета ТЭП. | |||
Рис.5.2. Подсистема управления одной из линий дозирования и окомкования | |||
Отдельные АСУ ТП ФОК в настоящее время объединены в единую сеть фабрики через специализированный сервер. К нему же подключается в настоящее время система многоэкранного отображения (рис.5.3), при подготовке данных для которой также используется алгоблочная система верхнего уровня. | |||
Рис.5.3. Верхний уровень АСУ ТП ФОК с системой многоэкранного отобра | |||
== IntelliJ == | |||
{{сделано}}Либо уберите PHPStorm, либо укажите все остальные IDE компании (PyCharm, AppCode, RubyMine и т. д.) -- они все основаны на единой платформе (IntelliJ IDEA). | |||
== Evernote == | |||
Вы должно быть шутите. Да, основатель русский эмигрант, но во всем остальном -- это типичнейший стартап из Bay Area. Если поискать, можно найти интервью основателя (Степан Пачиков) эху москвы, где он в весьма нелестных выражениях высказывается о российской власти. | |||
Надо убирать. | |||
:У него есть российское гражданство, и он сам говорит, что он российский гражданин. [http://echo.msk.ru/programs/korzun/1470310-echo/] Тот, кто Evernote добавил, правильно сделал, я считаю. | |||
== Telegram == | |||
Telegram не является и не позиционируется как российский продукт. В нём даже русского языка нет! Работает он на немецких и американских серверах и рассчитан на западную аудиторию. | |||
:Заметьте, в начале статьи есть условие: «сделанных в России или '''россиянами'''». | |||
== Русофобия в IT == | |||
Коллеги, заметили ли вы, что во многих (скорее в большинстве) российских IT-сообществ цветет русофобия? | |||
Есть нейтральные мелкие блоги ([http://blog.topolyan.com/ пример]), но крупные сообщества вроде Хабрахабра/Гиктаймс и прочих часто поражены либерализмом. | |||
Как вы считаете, какие у этого причины? Неужели пропаганда утечки мозгов на Запад? | |||
Если же вы считаете иначе (видите патриотические или нейтральные сообщества), тоже не забудьте добавить свое мнение. | |||
* Среди «программистов» («ИТ-шников») распространён некий «усреднённый склад ума», который способствует такому положению вещей. Безусловно, не все такие и вообще не все одинаковые. Но программист привык мыслить в математической научной логике, в которую не укладывается всякая спонтанная коррупция и всякие лирическо-духовные вопросы, которыми пронизана русская история. --[[Участник:Ssr|Ssr]] ([[Обсуждение участника:Ssr|обсуждение]]) 17:15, 26 июля 2017 (MSK) | |||
* Ну а в качестве примера патриотического IT-явления безоговорочную пальму непревзойдённого первенства я отдаю сооснователю [[ПВО]] Игорю Станиславовичу Ашманову, который... Ну понятно =)) --[[Участник:Ssr|Ssr]] ([[Обсуждение участника:Ssr|обсуждение]]) 17:51, 26 июля 2017 (MSK) | |||
* Как по моим наблюдениям -- гордыня. Люди думают, что "я умный, я на инфопотоках" -- и на такое печальное состояние легко ложится даже весьма топорная лесть, особенно под соусом "но ты-то понимаешь". См. тж. [https://gvy.livejournal.com/16841.html]. Ну и да, целевой мозгосос -- например, таким был по сути убит великолепный российский проект OpenVZ, когда Кир Колышкин понауехал-таки.[https://plus.google.com/+KirillKolyshkin/posts/cz2ztH3P6KG] --[[Участник:Михаил Шигорин|Михаил Шигорин]] ([[Обсуждение участника:Михаил Шигорин|обсуждение]]) 15:20, 9 июня 2018 (MSK) | |||
== 7-zip российский или украинский? == | |||
Тут https://www.wikidata.org/wiki/Q531341?uselang=ru говорят, что автор - "программист из Украины". | |||
Русскоязычный сайт найден по адресу http://7-zip.org.ua/ru/ . | |||
Если это правда, насколько уместно наличие 7-Zip в разделе Архиваторы? | |||
https://ruxpert.ru/%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D0%B9%D1%81%D0%BA%D0%B8%D0%B9_IT-%D1%81%D0%B5%D0%BA%D1%82%D0%BE%D1%80#.D0.90.D1.80.D1.85.D0.B8.D0.B2.D0.B0.D1.82.D0.BE.D1.80.D1.8B_.2F_File_archivers | |||
:Некий участник под именем Igor Pavlov редактировал страницу Igor Pavlov в Википедии в 2011 году [https://en.wikipedia.org/w/index.php?title=Igor_Pavlov_(programmer)&diff=prev&oldid=430786143] с комментарием "false info removed" (ложная информация удалена). Однако он не удалил информацию, что Павлов русский. [[Участник:AlexBond|AlexBond]] ([[Обсуждение участника:AlexBond|обсуждение]]) 19:08, 6 декабря 2017 (MSK) | |||
== Фидесис == | |||
Российская компания ООО "Фидесис" предлагает CAE-проект, который неясно куда отнести. https://cae-fidesys.com/products/desktop/ --[[Участник:Ключник|Ключник]] ([[Обсуждение участника:Ключник|обсуждение]]) 16:25, 13 ноября 2022 (MSK) |
Текущая версия от 16:25, 13 ноября 2022
Agilia Linux
Почему в списке ОС нет упоминания о Agilia Linux? https://agilialinux.net/
IT в медицине
- Нейрософт - Компания «Нейрософт» основана 29 января 1992 года преподавателями и научными сотрудниками двух ивановских вузов — медицинского и энергетического. Именно объединение сил инженеров-электронщиков, программистов и ученых-медиков позволило ей в короткий срок занять лидирующие позиции на рынке российского диагностического электрофизиологического оборудования. Политика компании состоит в том, чтобы всегда быть на переднем крае электронной, компьютерной и медицинской технологии, разрабатывать высококачественные приборы и предоставлять современные достижения науки практическому здравоохранению. http://neurosoft.com/ru/pages/history
Переработка статьи
За последние пару дней сильно переработал статью. Добавил категории и множество софта. Предлагаю сделать следующее:
- Разбить и разнести по категориям "Современные проекты".
- Вместо компаний добавлять их программные продукты
- Добавлять в категории программные продукты отсортированные по алфавиту (сначала на латинице, потом на кириллице), а не кое-как.
- Это правильные предложения. AlexBond (обсуждение) 02:52, 1 июля 2014 (MSK)
- Поддерживаю. --Михаил Шигорин (обсуждение) 20:02, 27 декабря 2015 (MSK)
- А почему «сначала на латинице, потом на кириллице»? Я понимаю, что так принято в IT, но к нам эта традиция не имеет никакого отношения. У себя мы можем дать приоритет родному языку. --Ватник (обсуждение) 20:59, 27 декабря 2015 (MSK)
Достоверность данных
При добавлении информации стоит проверять данные.
На вскидку - первая запись (TrueConf Server) работает только на Windows, хотя для него указаны все платформы (в таблице).
Далее - языки программирования. Рефал. Он мертвый? Ни на одном из сайтов не нашёл ничего путного (компилятор под win 2004-го года), документации - кот наплакал.
Продолжим ОС. Эльбрус. Как ее можно получить (купить/скачать?) чтобы посмотреть на нее? Все что гуглится - описание на сайтах производителя и в wiki. Она вроде бы как есть, но какое отношение имеет к импортозамещению?
Сервисы. Russian Apache. Вы серьезно? 2008-ой год...
- Правьте (с trueconf-ами вроде даже какая-то переписка была насчёт линукса, не помню уж).
Рефал потихоньку тащат, пакет refal-plus есть у нас в альте.
Эльбрус ОС точно есть, говорю как один из пользователей :)
Russian Apache лет десять как утратил актуальность (если не более), субъективно при наличии nginx и впрямь можно отправить на почётную пенсию. Плюс это всё-таки не самостоятельный проект, а патч (я его прикладывал в альтовском apache 1.3). --Михаил Шигорин (обсуждение) 20:01, 27 декабря 2015 (MSK)
ИЛ-2 Штурмовик
Где "ИЛ-2 Штурмовик" от 1С? 25-я игра в топ-25 листе PC игр сайта IGN всех времён и народов.
- Добавь же.
V.O.I.S.
Голосовая ОС[1]... когда-нибудь будет. Пока просто один из многих стартапов. Хотя патент есть какой-то[2], может добавить?
- Вот это лучше не стоит. Я таких проектов много знаю. Сделают - добавим. AlexBond (обсуждение) 02:07, 17 мая 2014 (MSK)
Название статьи
В названии ПМСМ явно не хватает слова «российские».
Promwad
Эта компания заслуживает отдельной статьи, пожалуй. Не реклама.
- Почему бы и не сделать такую статью?
- Зная многих сотрудников и часть руководства промвада от его создания, всё-таки поинтересуюсь: белорусские компании тоже относим к российским? Как по мне так это всё-таки отдельная страничка с аффилиированными проектами -- возможно, туда как раз и стоит унести программные проекты, разработка которых была продолжена нашими людьми. --Михаил Шигорин (обсуждение) 19:56, 27 декабря 2015 (MSK)
Порядок
В каком порядке должны стоять эти российские проекты? Предлагаю отсортировать по алфавиту. Нужна помощь модераторов Руксперта.
- В идеале надо бы отсортировать по примерному времени разработки или по целевым типам программного обеспечения. Но для начала и по алфавиту было бы неплохо. AlexBond (обсуждение) 13:43, 8 февраля 2014 (MSK)
- Время разработки — эфемерное понятие. Первые версии тех же «1С» или 7-Zip были выпущены очень давно и продолжают совершенствоваться по сей день. Насчет целевых типов — будет очень много категорий. Например, архиваторы — 2 шт., антивирусы — 1 шт., системы виртуализации — 1 шт.
- Ну, список же будет расширяться. Но согласен, сейчас лучше делать по алфавиту. AlexBond (обсуждение) 13:52, 8 февраля 2014 (MSK)
- Время разработки — эфемерное понятие. Первые версии тех же «1С» или 7-Zip были выпущены очень давно и продолжают совершенствоваться по сей день. Насчет целевых типов — будет очень много категорий. Например, архиваторы — 2 шт., антивирусы — 1 шт., системы виртуализации — 1 шт.
- Хотя бы в порядке схожести. Допустим, 7Zip и WinRar рядом, Касперский и Доктор Веб рядом. И если это софт, то всякие Вконтактики тут неуместны, их в какой-нибудь раздел, типа "Российские онлайн-проекты". Тут надо подумать.
- Дело в том, что сервисы ближе к софту, который можно взять/купить, будучи софтом в первую очередь; с другой стороны, сам код при этом не получаешь (и в этом плане к софтовым продуктам с нормальной, а не арендной, лицензией ближе продукты аппаратные). Я склонен сервисы включать, но при этом это всё уже напрашивается в отдельные нетабличные страницы. --Михаил Шигорин (обсуждение) 19:54, 27 декабря 2015 (MSK)
- Хотя бы в порядке схожести. Допустим, 7Zip и WinRar рядом, Касперский и Доктор Веб рядом. И если это софт, то всякие Вконтактики тут неуместны, их в какой-нибудь раздел, типа "Российские онлайн-проекты". Тут надо подумать.
Coub.com
- Coub.com - видеохостинг для публикации коротких зацикленных видеороликов.
- Рекламная ссылка? Значимость? Обоснование?--POLIGON (обсуждение) 23:26, 15 мая 2014 (MSK)
- http://ru.wikipedia.org/wiki/Coub , http://en.wikipedia.org/wiki/Coub русский разработчик, большие цифры
- Посещаемость довольно большая. AlexBond (обсуждение) 19:41, 16 мая 2014 (MSK)
- Чем этот проект выделяется из других? В сравнении с Ю-тубом к примеру?--POLIGON (обсуждение) 22:23, 16 мая 2014 (MSK)
- Coub.com явно был изначально рассчитан на куда меньшую аудиторию, чем YouTube, и для такого сравнительно узкого по задумке проекта 28 миллионов юзеров выглядит как отличный результат. Есть ли аналогичные сервисы с еще большим количеством посетителей? Я вот лично про этот Куб пару раз раньше слышал, в отличие от многих других проектов в списке. AlexBond (обсуждение) 02:12, 17 мая 2014 (MSK)
- Чем этот проект выделяется из других? В сравнении с Ю-тубом к примеру?--POLIGON (обсуждение) 22:23, 16 мая 2014 (MSK)
- Да, это довольно неплохо пошедший проект сервисного типа. Значимость в наличии. --Михаил Шигорин (обсуждение) 19:51, 27 декабря 2015 (MSK)
- Посещаемость довольно большая. AlexBond (обсуждение) 19:41, 16 мая 2014 (MSK)
ИММЕРС
Российская компания IMMERS производит линейку высокопроизводительных серверных решений для различных отраслей российской экономики, системы образования и научных учреждений. В основе их лежит уникальная технология охлаждения IMMERS, полностью герметичная и построенная по принципу замкнутого цикла. Благодаря этому обеспечивается сверхвысокая плотность размещения вычислительных ресурсов (производительность на юнит), а также высокая степень надежности и защищенности системы. Одним из основных достоинств системы является низкое энергопотребление по сравнению с другими системами охлаждения. [3]
Игры
Российских игр что-то маловато в списке. Надо бы добавить хотя бы те, что приобрели некоторую международную известность. AlexBond (обсуждение) 03:02, 30 июня 2014 (MSK)
- А разве Мэддисон не популяризирует их, делая на них обзоры и говоря какие они плохие - как его оригинал Джеймс Рольф (Angry Video Game Nerd)?
Астрология
Действительно ли нам нужно хвастаться астрологической программой?
- Я бы постыдился, это мадам тимошенко астроложцев в реестр профессий внесла в своё премьерство, а нам с шарлатанами не по пути. --Михаил Шигорин (обсуждение) 19:49, 27 декабря 2015 (MSK)
- Думаю, решать, шарлатаны астрологи или нет, здесь не надо. Если программа пользуется популярностью — ее надо указать. --Ватник (обсуждение) 20:53, 27 декабря 2015 (MSK)
Россия - один из крупнейших экспортёров ПО
Может упомянуть об этом? 5,2 млрд долларов в 2013 говорят: [4]
- Однозначно стоит. --Михаил Шигорин (обсуждение) 19:48, 27 декабря 2015 (MSK)
Оформление
В статье почти напрочь отсутствует оформление единым стандартом. Немного подкорректировал первый раздел, возможно стоит его использовать как образец.--POLIGON (обсуждение) 00:58, 3 июля 2014 (MSK)
- Да, неплохо бы так оформить всю статью. И раздел Современные проекты лучше либо поставить в конец, перед историческими проекты, либо сделать все классификационные заголовки на уровень ниже в рамках раздела «Современные проекты». AlexBond (обсуждение) 01:02, 3 июля 2014 (MSK)
- Раздел исторические поместил в начало, если появятся еще разделы по по эпохам, то можно будет сместить на уровень. Над статьей работают несколько активных авторов, надеюсь кто-нибудь займется оформлением. Если нет, тогда я сам оформлю. Поместил также для примера шаблон-ссылку на ю-туб, как мне кажется видео не помешает.
MPC - BE
Media Player Classic - Black Edition
http://sourceforge.net/projects/mpcbe/
Форк известного плеера, с улучшенным интерфейсом и множеством новых фич. Регулярно обновляется. Разработчики - русские.
- Считаю - да. 778 450 закачек на одном http://sourceforge.net. Прикольно, что японцы скачали его в два раза больше русских.
Расширение статьи
Может так и назвать статью – «Российский IT-сектор», чтобы можно было вписать в неё всякие российские смартфоны, процессоры, компьютеры и т.д.?
- Хорошая идея. Отдельный список софта, однако, тоже не помешает, так что, может быть, в будущем надо будет разделить общую статью на "Российский софт" и "Российская компьютерная техника", оставив лучший материал из двух статей в «Российский IT-сектор». AlexBond (обсуждение) 12:50, 7 августа 2014 (MSK)
- Лучше не форкать («лучший материал»), а максимум перечислить. Возможно, из табличного формата переведя заодно в подразделы для большего удобства навигации/ссылок. --Михаил Шигорин (обсуждение) 19:47, 27 декабря 2015 (MSK)
Miranda NG
http://miranda-ng.org/ru/ - новый виток развития знаменитого мультипротокольного мессенджера. Большинство программистов, а так же руководитель проекта - русские.
IDA Pro
Hex Rays бельгийская компания.
- Первоначально дизассемблер разработан российским программистом. Кстати, он и сейчас продолжает быть ведущим разработчиком IDA. Юридическое расположение компании не делает дизассемблер бельгийским. «Яндекс», например, тоже не в России зарегистрирован.
- Сравнение с Яндексом некорректно. Яндекс зарегистрирован в Нидерландах, а фактически основной офис находится в Москве. Hex Rays же фактически и юридически находится в Бельгии. Где пруф того что первая версия продукта была разработана Ильфаком когда он находился в России?
- В своем интервью Ильфак утверждает, что первая версия IDA была написана в начале 90-х. Тогда он еще жил в РФ. Neocortex (обсуждение) 14:32, 31 августа 2014 (MSK)
BolgenOS
Это несерьёзно.
- Уже кто-то и удалил эту двумерную шутку. --Михаил Шигорин (обсуждение) 19:45, 27 декабря 2015 (MSK)
ИТ-сектор или IT-сектор?
Мне кажется, термин «IT-сектор» употребляется гораздо чаще, чем «ИТ-сектор». --Fritz (обсуждение) 11:01, 9 октября 2014 (MSK)
- Пожалуй да, по гуглу по крайней мере в два раза чаще. "ИТ-сектор", правда, более по-русски. Но, возможно, лучше переименовать. AlexBond (обсуждение) 11:26, 9 октября 2014 (MSK)
- За переименование. Это пусть и не по-русски, но позволит подняться в Гугле и Яндексе.
- Переименовал. AlexBond (обсуждение) 11:39, 12 октября 2014 (MSK)
- В Гугле мы уже на втором месте по этим ключевым словам.
- Переименовал. AlexBond (обсуждение) 11:39, 12 октября 2014 (MSK)
- За переименование. Это пусть и не по-русски, но позволит подняться в Гугле и Яндексе.
Midnight Commander
Удалён текст про Midnight Commander:
Midnight Commander [110] — самый популярный и функциональный файловый менеджер для Linux. Написали три русских программиста.
Нет подтверждений, что написали именно русские программисты. Везде где есть списки разработчиков, есть куча нерусских имён и фамилий. Нет указаний на то, что русские программисты главные в этом проекте. --Nex (обсуждение) 11:47, 9 октября 2014 (MSK)
- А то, что официальный форум поддержки — русский ЛОР — ничего? Ведущий разработчик программы — Андрей Бородин. Главные разработчики — Станислав Круподёров, Илья Маслаков, Михаил Поболовец, Сергей Трофимович, Вячеслав Занько, Юрий Зайцев. Все русские. Откатываю вандальную правку.
- В своем Linux-терминале сделайте «cat /usr/share/doc/mc/AUTHORS | vim -» и вы убедитесь, что авторы — русские.
- Кстати, русские программисты внесли в десятки раз больший вклад в MC, чем Мигель. Почитайте логи коммитов и release notes.
- Ну давайте я как один из русских программистов, чей вклад есть в MC (/usr/lib/mc/extfs.d/iso9660), удалю этот текст опять. :)
Если серьёзней, то это опять же вопрос на критерии и перехват/поддержание не делают софт отечественным, а скорее «приёмным». Поддерживал его в нулевые, кстати, Павел Роскин — где он при этом жил, не знаю.
А если ещё серьёзней -- то в моём альте, в отличие от чьей-то убунточки, /usr/share/doc/mc/ не наблюдается. --Михаил Шигорин (обсуждение) 19:43, 27 декабря 2015 (MSK)
- Ну давайте я как один из русских программистов, чей вклад есть в MC (/usr/lib/mc/extfs.d/iso9660), удалю этот текст опять. :)
Gaijin Entertainment
Создатели популярной игры War Thunder
Heroes 3.59 WoG
Если я не ошибаюсь, Heroes 3.59 WoG сделали россияне и продолжают развивать. Исправьте, если ошибся.
- Вероятно, но это же просто апгрейженная версия Heroes 3? AlexBond (обсуждение) 11:24, 8 декабря 2014 (MSK)
Реорганизация статьи
Идея с таблицами хороша, но статье нужна реорганизация. Раздел № 2 «Российский софт» переполнен и захламлен. Во-первых, я бы предложил сделать отдельные разделы для системного и прикладного ПО. Операционные системы, драйвера, файловые системы и сетевые стеки явно должны перекочевать в раздел с системным ПО. Во-вторых, такие разделы, как «Языки программирования» и «Исторические проекты» явно не должны стоять в общем списке, а быть в отдельных разделах. В-третьих, непонятно, что делать с разделом «Прочие российские софтверные проекты». Я предлагаю его оставить там, где он сейчас, но по возможности перенести все проекты оттуда в уже существующие категории, тем самым убрав этот раздел. В-четвертых, «Свободное и открытое программное обеспечение» — это не отдельный класс программ (таких, как САПР или СУБД), а отдельная категория. Предлагаю вынести ее в отдельный раздел в начало статьи. Туда же — «Вклад россиян в развитие свободного ПО и Linux». В-пятых, статье не хватает раздела «Утечка мозгов», в котором с цифрами и фактами нужно объяснить, что в разработке западных программных продуктов в Кремниевой долине и даже новых процессоров ARM принимают участие не только британцы и американцы, но и русские. Neocortex (обсуждение) 19:46, 21 декабря 2014 (MSK)
В любой непонятной ситуации во всём вините русских хакеров!
Из России с любовью: мировые СМИ убеждены, что лучшие хакеры живут в РФ.
Свалка (разобрать)
Прошу не удалять эту тему. Очень часто бывает так, что хочешь, чтобы программа попала на Ruxpert, но нет времени добавлять или оформлять. Либо же не умеешь пользоваться wiki-таблицами. В общем, в подобных случаях, чтобы не забыть программу, будем добавлять их сюда. Итак, список:
- ELCUT.
- FreeReason.
- ОС PTS-DOS.
- ОС ОМОНИМ.
- ОС ОЛИВИЯ.
- СУБД Паллада.
- СУБД Ника (устарела, вроде).
- Система бронирования и продажи авиабилетов Сирена-2000 (и DCS Астра?).
- Cистема XCON класса MES.
- Powergraph.
- "Универсальный механизм".
- 1/2 библиотеки STL (авторы Александр Степанов и Менг Ли).
- КОТМИ.
- СК-2007.
- FireMonkey.
- FireDAC.
- FastReports.
- Система контроля доступа Бастион.
- Лоцман ОРД и Лоцман ПГС.
- SecretNet.
- КРИПТО-ПРО.
- Resharper.
- ИНФОСТРОЙ.
- Смета Визард.
- Гранд Смета.
- Сметный калькулятор.
- Север-ОД.
- ПО от BCGSoft.
- Игры от PIXONIC.
- ACE Lab - оборудование для ремонта HDD и восстановления информации с любых жестких дисков и флеш-накопителей. http://www.acelab.ru
- Клиентский софт от компании eSignal полностью разарабатывается в Ростове-на-Дону уже более чем 7 лет. Та же комманда разрабатывает биржевой софт под собственными брендами: MultiCharts и TradingView
Откуда приходят авторы 25.06
Они приходят отсюда: http://linuxforum.ru/topic/38626 --Ssr (обсуждение) 11:42, 25 июня 2015 (MSK)
- Я это к тому, что они внесли Fedora в список российских ОС, так как там есть российские участники. Это весьма спорный момент и является по сути троллингом по следам спорной ветки на вышеуказанном форуме. Скорее всего, это надо убрать, но, я например, боюсь табличной разметки, которой плохо владею, и не могу сам это сделать в данный момент. --Ssr (обсуждение) 17:07, 22 июля 2015 (MSK)
- Я закомментировал строчку с Федорой. AlexBond (обсуждение) 17:26, 22 июля 2015 (MSK)
- Аналогично с Nemerle. У меня в голове пока разве что антикритерий "чем бы это было сейчас/вообще без российских разработчиков/компаний" -- если по сути тем же, то разработка отечественной считаться не может вообще. --Михаил Шигорин (обсуждение) 19:37, 27 декабря 2015 (MSK)
Версия о русских корнях Linux
Недавно прочитал [5], что «за основу в Линуксе были взяты именно российские разработки, заброшенные и забытые». Надо добавить в статью, если найдутся какие-либо доказательства.
- Это чушь, вброшенная безымянным комментатором со ссылкой на «неопубликованную книгу»: история появления линуксового ядра известна достаточно хорошо, тому есть живые свидетели и это финская разработка, появившаяся в девяностые годы прошлого века (время, когда уже не только Финляндию оторвали от России). А вот что правда — то, что сетевая подсистема в нулевых годах была в огромной степени переработана российским разработчиком Алексеем Кузнецовым, про которого тама шутили «наверное, это полная комната русских математиков». --Михаил Шигорин (обсуждение) 19:35, 27 декабря 2015 (MSK)
DEXP
Кто-нибудь, оформите эту компанию по правилам статьи.
Вот еще российские смартфоны
http://vertex-digital.ru/koncepciya
Zabbix?
Вообще-то Zabbix — продукт «европейский», в Латтелекоме родившийся; в прошлом году Владышев как-то выступал несколько неприязненно в адрес России (ссылку сейчас не дам, было где-то в их блоге), но это могло быть обусловлено медийной накруткой.
Равно как и по случаю с Nemerle напрашивается выработка некоторой политики, что считать отечественным либо со значительным вкладом отечественных разработчиков, а что — нет. Возможно, пригодятся какие минпромторговские документы, также можно проконсультироваться в АРПП «Отечественный софт». --Михаил Шигорин (обсуждение) 19:30, 27 декабря 2015 (MSK)
Нано Скан Технология
Нано Скан Технология -- делают сканирующие микроскопы с оригинальным ПО, работающим в т.ч. и на ALT Linux. --Михаил Шигорин (обсуждение) 20:05, 27 декабря 2015 (MSK)
Ace Lab
PC-3000 - известные во всем мире программно-аппаратные комплексы для восстановления данных на HDD, SSD, flash. Аналогов в мире нет, по сути комплекс один на планету. Пользуются в России, Украине, США, Канаде, Южной Корее. Компания находится в Ростове-на-Дону. Стоит около 80 000 рублей. Добавьте в статью, я не умею.
- Добавлено.AlexBond (обсуждение) 23:06, 28 декабря 2015 (MSK)
Программное обеспечение АСУТП
На родном заводе, несмотря на настоятельные рекомендации и добрые советы применять импортное, с1997 г. для модернизации систем КИП и А применяем ПО MIK$Sys. Эта первое полное российское ПО для АСУТП, надёжно работает и может применяться во всех отраслях народного хозяйств на заводах атомной промышленности, на взрывопажароопасных производствах и в сельском хозяйстве.
Программное обеспечение MIK$Sys
"Многофункциональная Инструментальная Комплексная Система (Комплекс программных средств разработки АСУТП)", в дальнейшем - MIK$Sys, предназначена для создания комплексов автоматизации производства на базе IBM PC - совместимых компьютеров, сетей компьютеров, микроконтроллеров УСО и их сетей.
Программное обеспечение MIK$Sys разработано в 1992-93 гг. для целей построения малых, средних и больших распределенных АСУ ТП, использующих IBM PC совместимые ПЭВМ и их сети, на основе многолетнего опыта работ кафедpы 2 Московского инженерно-физического института (каф. Автоматики МИФИ) по автоматизации различных производств, в том числе экологически опасных, построению специальных программных тренажеров и математических моделей элементов и комплексов оборудования. Прототип системы и отдельные элементы, вошедшие в ее состав, разработаны в 1989-97 гг. В настоящее время развитие системы продолжается на основе накопленного опыта многочисленных внедрений, проведенных как собственными силами c 1991 г., так и пользователями коммерческой версии MIK$Sys, распространяемой с 1993 г.
Выполняемые функции.
АСУ ТП на базе MIK$Sys выполняют следующие функции:
• взаимодействие с контpоллеpами и их сетями и ПЭВМ в локальной и удаленных сетях по получению инфоpмации от датчиков, выдаче упpавляющих воздействий и центpализованным и pаспеpеделенным pасчетам в pежиме pеального вpемени; • центpализованный и децентpализованный контpоль состояния пpогpаммно-аппаpатного обеспечения АСУ ТП и действий опеpатоpов как для контpоллеpов, так и для ПЭВМ сети; • получение pезультатов опpоса датчиков, пеpвичная и специальная обpаботка данных, выполнение pасчетов, выpаботка и выдача упpавляющих воздействий; все это осуществляется с высокой скоpостью в pеальном масштабе вpемени с тактом до 55 миллисекунд; • ведение и пpедоставление для пpосмотpа с возможностью анализа pазноpодных аpхивов инфоpмации: гpафиков паpаметpов, записываемых с частотой от 55 миллисекунд до часа (мгновенные замеpы и усpедненные данные), и событийных аpхивов (возможно совмещенных со сбоpом гpафиков по пpед- и пост-истоpии pазвития ситуации), запись в котоpые пpоисходит по факту наpушения технологического pегламента или в pезультате действий опеpатоpа; • ведение баз данных списков сигналов АСУ ТП и алгоpитмов их обpаботки в пpостой и наглядной табличной фоpме, включая также элементы метpологической аттестации каналов измеpений; • пpедоставление инфоpмации в виде гpафических цветных мнемосхем со всевозможными способами отобpажения значений паpаметpов (имитации пpибоpов, самописцев, анимация, меpцания, звук); • pасчет технико-экономических показателей и выдача отчетных фоpм по накопленной аpхивной инфоpмации (комплекс программ “Расчет ТЭП”).
Пpогpаммно-аппаpатное обеспечение комплекса позволяет:
• связывать элементы технологической цепочки, на котоpых функциониpуют pазные АСУ ТП, объединенные сетью, в единое целое, в том числе использовать данные одной системы для упpавления и контpоля дpугой; • получать данные опpосов от нескольких АСУ ТП пpоизводства и упpавлять обоpудованием как по месту, так и центpализованно; • получать на отдельных ПЭВМ сети от нескольких АСУ ТП все или наиболее важные хаpактеpистики пpоизводства по pезультатам текущих измеpений, инфоpмацию аpхивную, отчетную и о выполнении показателей пpоизводства за любой отчетный пеpиод (комплекс программ “Расчет ТЭП”).
Особенности системы. Отличительные особенности MIK$Sys от аналогичных систем построения АСУ ТП следующие:
• система обеспечивает минимальное время переключения контекста резидентных задач по сравнению с другими многозадачными операционными системами; • если начальные версии систем были ориентированы на пользователей, обладающих определенной квалификацией в областях построения АСУ ТП и программировании, то в настоящее время таких ограничений нет; • основной язык программирования Fortran, как несомненно наилучший для выполнения расчетных функций (используется Fortran-77 версия 5.00 Microsoft); • используется специально разработанная Fortran-ориентированная база данных, записями которой являются элементы языка (переменные, вектора и массивы), поэтому доступ к данным осуществляется со скоростью выполнения стандартной операции присвоения или вычисления адреса, как для обычной переменной программы; • используется векторная обработка данных, более эффективная, чем ссылочная; • используется системно-ориентированный подход к построению компонентов и алгоритмов в противовес менее эффективному в АСУ ТП объектному; • используется жесткое тактирование выполнения функций резидентной задачей в противовес событийной ориентации, вызывающей перегрузку системы при массовых изменениях; • используется принцип постоянно максимальной рабочей нагрузки на вычислительные алгоритмы и информационные каналы, за счет чего повышается надежность системы и ее быстродействие при пиковых нагрузках; • работа с контроллерами, драйверами контроллеров и взаимодействие компонентов системы, каждый из которых функционирует асинхронно, осуществляется в основном через общую память, а не по специальным запросам; • для построения сетевой АСУТП не требуется сетевое программное обеспечение верхнего уровня - достаточным является наличие поддержки протоколов IPX/SPX; • при построении сетевых АСУ ТП для доставки результатов опросов и расчетов используются тактированные широковещательные пакеты, что значительно эффективнее общепринятой дисциплины клиент-сервер, особенно при большом количестве ПЭВМ; • в сетевой АСУ ТП данные могут быть получены как из своей локальной сети, так и через мост(ы) или маршрутизатор(ы) из других сетей; это относится и к дистанционному управлению; • в сетевой АСУ ТП могут использоваться ЭВМ разнородных архитектур при соблюдении протоколов обмена данными; • используется графическая библиотека собственной разработки; • используется растровая графика и матричные фонты, за счет чего в системе поддерживается высокая скорость и качество отображения; • отсутствует какие-либо ограничительные рамки по применению графических примитивов, любая мнемосхема(ы) может использоваться как библиотека; • имеются средства тиражирования для типовых обьектов автоматизации.
Ядро реального времени для ОС Windows - задача MWBridge с дополнительными компонентами – является универсальным инструментом создания и поддержки АСУ ТП, прежде всего распределенных. Применяется для создания автоматизированных рабочих мест (АРМ) среднего и верхнего уровня, сетевых шлюзов, серверов смешанного применения и организации мостов с другими приложениями. Особенности: • базовый такт реального времени – от 15 миллисекунд, • число параметров на локальном узле – до 200000, в распределенной системе – в рамках четырехбайтовой адресации, • поддерживаемые внешние интерфейсы: • сетевой обмен по протоколам IPX/SPX, TCP/IP с поддержкой до 16-ти сетевых адаптеров в одном узле с внутренней маршрутизацией, • протокол ModBus, • DDE – клиент/сервер, • OPC – клиент/сервер спецификации 2.3, • SQL ODBC – чтение/запись с созданием таблиц, • OCI (ORACLE) – чтение/запись с созданием таблиц, • WEB-сервер – доступ к данным на отображение и управление любым стандартным InterNet-браузером с разграничением прав, • ведение архивов с дублированием по альтернативному пути с тактом реального времени и более с записью всех переменных базы данных реального времени (см.главу 5).
MWBridge имеет графический интерфейс. При помощи этого интерфейса осуществляются настройки всех компонентов MWBRIDGE. Эти настройки сохраняются в виде ini-файла. Редактирование файла настроек при помощи любого текстового редактора является альтернативным путем настройки системы. Программирование осуществляется с помощью встроенных технологических алгоблочных языков. Возможна также реализация простейших алгоритмов на Бэйсико подобных языках. MWBridge является также инструментом конфигурирования, настройки и программирования модулей комплекса технических средств МИККОН При помощи механизма слотов можно подключать к MWBRIDGE отдельные модули, которые предназначены для расширения его функций. Например, один из слотов реализует звуковое оформление. Слоты оформляются в виде файлов динамических библиотек (dll-файлы).
Ядро реального времени
Предназначено для: • организации взаимодействия с драйверами УСО, • предварительной обработки результатов опросов, • выдачи управляющих воздействий, • ведения архивов, • ведения расчетов пользователя, • организации сетевого взаимодействия, • поддержки интерфейсов связи с внешними задачами. Функции ЯРВ выполняют следующие программные компоненты: • Windows 9x/ME/NT/2000/XP/2003 – задача MWBridge с дополнительными компонентами. Предназначена для ПЭВМ смешанного применения, АРМ среднего и верхнего уровня, сетевых шлюзов, серверов смешанного применения и организации мостов с Windows-приложениями. Особенности: базовый такт реального времени – от 15 миллисекунд для NT/2000/XP/2003, • число параметров на локальном узле – до 200000, в распределенной системе – в рамках четырехбайтовой адресации, • поддерживаемые внешние интерфейсы: • сетевой обмен по протоколам IPX/SPX, TCP/IP с поддержкой до четырех сетевых адаптеров в одном узле с внутренней маршрутизацией, • протокол ModBus, • DDE - клиент/сервер, • OPC - клиент/сервер спецификации 2.5, • SQL ODBC - чтение/запись с созданием таблиц, • OCI (ORACLE) - чтение/запись с созданием таблиц, • «общая память» локально и по сети через пользовательский API, • WEB-сервер – доступ к данным на отображение и управление любым стандартным InterNet-браузером с разграничением прав, • ведение архивов с дублированием по альтернативному пути: • четырнадцать видов последовательных: • реального времени с тактом от 15 (55) миллисекунд, • десять видов реального времени с произвольно задаваемым тактом от 15 (55) миллисекунд и возможностью пред- и пост- истории, • среднесекундный с тактом от 100 миллисекунд, • среднеминутный с тактом от 20 секунд до 15 минут, • среднечасовой с тактом 30 минут и 1 час, • три вида апертурных, • два вида событийных: • локальных отклонений, • сетевой состояния системы и действий оператора.
• Linux – задача MLB с дополнительными компонентами. Предназначена для контроллеров большой мощности, высокопроизводительных серверов и сетевых шлюзов, специализированных АРМов среднего и верхнего уровня, организации мостов с Linux-приложениями. Особенности: • базовый такт реального времени – от 10 миллисекунд, • число параметров на локальном узле – до 200000, в распределенной системе – в рамках четырехбайтовой адресации, • поддерживаемые внешние интерфейсы: • сетевой обмен по протоколам IPX/SPX, TCP/IP с поддержкой до четырех сетевых адаптеров в одном узле с внутренней маршрутизацией, • SQL ODBC - чтение/запись с созданием таблиц, • OCI (ORACLE) - чтение/запись с созданием таблиц, • «общая память» локально и по сети через пользовательский API, • WEB-сервер – доступ к данным на отображение и управление любым стандартным InterNet-браузером с разграничением прав, • ведение архивов с дублированием по альтернативному пути: • четырнадцать видов последовательных: • реального времени с тактом от 10 миллисекунд, • десять видов реального времени с произвольно задаваемым тактом от 10 миллисекунд и возможностью пред- и пост- истории, • среднесекундный с тактом от 100 миллисекунд, • среднеминутный с тактом от 20 секунд до 15 минут, • среднечасовой с тактом 30 минут и 1 час, • три вида апертурных, • два вида событийных: • локальных отклонений, • сетевой состояния системы и действий оператора. Для реализации прикладных алгоритмов контроля и управления имеются встроенная поддержка алгоблочного языка технологического программирования, Бэйсик-подобный язык для Windows и Linux ЯРВ, а также возможность написания и вставки собственных частей на языках высокого уровня. ЯРВ всех программных платформ полностью информационно совместимы по сетевым интерфейсам, а MS DOS и Windows 9x/NT – и через «общую память» внутри одной ПЭВМ.
Интегрированный интерфейс оператора-пользователя
является оболочкой взаимодействия с ядром реального времени и предназначен для:
• организации интерфейса пользователя базы данных реального времени, • настройки и диагностики функций системы: o управления вычислительным процессом, o поддержки сетевых интерфейсов, o поддержки межпрограммных интерфейсов, o архивирования, o технологического программирования и др. • организации интерфейса оператора–технолога: o отображения данных на стандартных и прикладных мнемосхемах, o ввода команд и управляющих воздействий, o аудио сигнализации и т.п. Особенностями данного уровня являются: • в настройке – максимальное упрощение работы пользователя путем: • преимущественного использования меню и предустановленных значений параметров, • полностью русскоязычного интерфейса, • контекстной помощи, • наличия образцовых примеров; • в интерфейсе оператора-технолога: • максимальное быстродействие для каждой операционной среды, • жесткое планирование экрана, • широкое разнообразие средств отображения и ввода. Функции интегрированного интерфейса оператора выполняют следующие программные компоненты: • Интерфейс пользователя задачи MWBridge с дополнительными компонентами - Предназначен для настройки и диагностики функций задач MWBridge и MLB на ПЭВМ смешанного применения, АРМ среднего и верхнего уровня, сетевых шлюзов, серверов смешанного применения и организации мостов с Windows-приложениями. Основные функции и особенности: • Отображение текущих значений параметров всех баз данных, • Ввод значений выходных и расчетных параметров, • Настройка и редактирование баз данных, • Конфигурирование УСО и сетевого обмена, • Контроль и диагностика: • состояния УСО и сетевых интерфейсов, • основных функций вычислительного процесса, • Экономичное использование ресурсов ПЭВМ.
• задача StartWin с дополнительными компонентами - предназначена для работы в АРМ средней и большой мощности смешанного использования, серверах общего назначения. Является графическим Windows-интерфейсом к задаче MWBridge и для Windows 9x/ME к задаче Resident, возможна также автономная работа.
• Основные функции и особенности:
• Отображение пользовательских мнемосхем,
• Вызов компонент разработки и коррекции пользовательских мнемосхем на фоне реального времени или автономно,
• Представление архивной информации,
• Графическая оболочка запуска приложений,
• Графический интерфейс конфигурирования и диагностики запуска системы,
• Высокоскоростная работа в оконном и полноэкранном режиме,
• Экономичное использование ресурсов ПЭВМ.
• задача MSD - предназначена для разработки и тестирования мнемосхем в формате HTML, отображаемых стандартными Internet-браузерами на ПЭВМ под управлением ОС Windows и Linux. Является графическим Windows-интерфейсом к задаче MWBridge, возможна также автономная работа. Основные функции и особенности:
• Отображение пользовательских мнемосхем,
• Возможность ввода команд и управляющих воздействий,
• Разработка и коррекция пользовательских мнемосхем на фоне реального времени или автономно.
КТС МикКОН (Микропроцессорный Комплекс Общего Назначения) включает полномасштабную линейку микропроцессорных средств автоматизации технологических процессов серий Ангара, Кама, Урал, Ока и спецмодулей. КТС позволяет строить как крупные централизованные и распределенные системы на тысячи точек ввода-вывода, так и малые на базе микроконтроллеров на несколько точек ввода-вывода. КТС имеет программно-аппаратные средства резервирования всех уровней.
Отличительными чертами КТС являются:
- распределенность: модули ввода-вывода всех серий объединяются с модулями центральных процессоров (МЦП) по защищенным полевым сетям (RS485, CAN, «токовая петля»), а также локальные сети Ethernet; - масштабируемость: в одной системе в единой полевой сети могут быть применены модули всех серий от моноблока на шесть каналов ввода-вывода серии «ОКА» до 128-ми канальных модулей дискретного ввода или вывода, наращение может производиться последовательно; - универсальность: любой аналоговый вход при индивидуальной гальванической развязке позволяет вводить сигналы различных типов: нормированные, термосопротивления, термопары, тензодатчики, сигналы переменного тока включая сельсины и дифтрансформаторные, дискретный вход позволяет вводить как потенциальные, так и частотные и число-импульсные сигналы, аналоговый выход имеет свойства биполярности и поддерживает ШИМ, дискретный выход может выдавать как потенциальный сигнал, так и ШИМ и ЧИМ импульсный сигнал; - надежность: обеспечивается схемными решениями и программными средствами, резервированием питания всех аппаратных средств, резервированием интерфейсов связи, возможностью «горячей» замены всех модулей, специальными аппаратно-программными средствами резервирования компонент системы всех уровней. К постоянно совершенствуется. В настоящее время аналоговый ввод оснащен 24-разрядным АЦП, обеспечен защитой от прямого попадания напряжения до ~ 250В или =350В наряду с индивидуальной гальванической развязкой. То есть, аналоговый ввод КТС МикКОН универсален, обладает точностью цифрового вольтметра (Класс 0,01) при промышленном уровне защиты.
Для создания системы АСУТП необходимо располагать следующим минимум аппаратуры: ПК АРМ оператора, который будет наблюдать и регулировать систему с помощью мнемосхемы, процессор для обработки данных, датчики сбора данных. Примерная структура системы представлена на рисунке:
Такая структура системы не является обязательной, но она встречается чаще всего.
Некоторые внедрения ПТК УМИКОН.
1. АСУ ТП ТЭЦ Реакторного завода Горно-химического комбината, г. Железногорск Красноярского края
ТЭЦ Реакторного завода (РЗ) Горно-химического комбината (ГХК) представляет собой тепло- и электростанцию, работающую на энергии атомного реактора РЗ. Она также обеспечивает поддержку некоторых функций работоспособности реактора. В составе ТЭЦ имеется большое количество теплообменного оборудования, насосных агрегатов, трубопроводов и запорно-регулирующей аппаратуры, а также турбогенераторы и другое электротехническое оборудование большой мощности. АСУ ТП ТЭЦ РЗ была сдана в эксплуатацию в 1991 году и стала одной из первых сетевых распределенных систем в стране. На момент сдачи она имела информационные функции и охватывала около 1500 аналоговых и дискретных сигналов, имела 5 АРМ. В системе были реализованы также функции расчета ТЭП. С тех до настоящего времени АСУ ТП непрерывно развивается, обновляются технические средства и программное обеспечение, увеличивается не только число сигналов, но и объем, и качество выполняемых функций. Причем все это происходит практически при непрерывной работе системы – остановки допускаются лишь для отдельных подсистем и участков и не превышают нескольких часов. Это достигается благодаря гибкой распределенной структуре системы с многократным дробным резервированием наименее надежных аппаратных и программных узлов системы, прежде всего АРМ и их ПО. На рисунках 1.1-1.4 представлено развитие структуры системы от момента сдачи в эксплуатацию до текущего времени и на ближайшую перспективу. Видно, как увеличивается степень распределенности системы, стремясь к реализации принципа «один процесс – один процессор». Сначала распределенным является только уровень АРМ, затем появляются микропроцессорные устройства Ш711, затем микроЭВМ заменяется рядом ПЭВМ, и, наконец, все УСО становиться распределенным (реализовано в основном на базе КТС МикКОН), появляются микроконтроллеры с функциями локального регулирования (МВ100) и отработки блокировок. Развивается и верхний уровень системы, реализуя принципы «общей памяти» на базе широковещательного сетевого обмена, доступного начиная с применения сети PBL-com и далее. Специализируются ПЭВМ верхнего уровня: сначала появляются резервированные контрольные АРМ, затем функции опроса переносятся на более надежные РС-совместимые контроллеры и выделяется сервер с функциями «черного ящика», дублирующего архивную и иную информацию АРМ системы. Сеть унифицируется, благодаря чему исчезает роутер, что также повышает надежность системы.
Рис.1.1. Структура АСУ ТП ТЭЦ РЗ в 19 91-1993 годах
Рис.1.2. Структура АСУ ТП ТЭЦ РЗ в 1994-1997 годах
Рис.1.3. Структура АСУ ТП ТЭЦ РЗ в 1998-2002 годах
Рис.1.4. Структура АСУ ТП ТЭЦ РЗ в настоящее время и на ближайшую перспективу
В настоящее время система включает уже около 2000 сигналов разных типов, более 10 АРМ и других сетевых узлов, выполняет наряду с информационными управляющие функции. Расчеты реального времени, в том числе часть показателей ТЭП, выполняются в алгоблочной программе. Следует отметить такие особенности расчетов ТЭП для данной системы, как большое число отчетных документов и нестандартный отчетный период – отчетный год начинается в конце декабря.
2. АСУ ТП Радио-химического завода Сибирского химического комбината, г.Северск Томской области.
АСУ ТП Радио-химического (РХЗ) Сибирского химического комбината (СХК) включает в себя ряд локальных АСУ ТП отдельных технологических участков и отделений, в том числе довольно крупных (до тысяч каналов ввода-вывода - рис.2.1), которые постепенно интегрируются в единую многоуровневую сетевую структуру.
Рис.2.1. Структура АСУ ТП одного из технологических участков РХЗ СХК
Большинство систем обеспечивают как функции контроля, так и управления, включая блокировки, обычное и каскадное регулирование и имеют такт реального времени 0,2-0,25 сек. Отдельные подсистемы включают десятки контуров регулирования и сотни сигналов блокировок. Все управляющие подсистемы работают в режиме «горячего резервирования», в то время как информационная часть обычно не резервируется с целью снижения общей стоимости системы. Система интересна реализацией всех функций обработки, управления и резервирования, как на уровне контроллеров, так и на АРМах в среде алгоблочного технологического программирования верхнего уровня. В процессе разработки выполнена унификация настроек для регуляторов с выходом ШИМ и с аналоговым выходом, а также реализован учет неравномерности выходного воздействия и обеспечено задание зоны нечувствительности по входу и др. При обработке входного аналогового сигнала регуляторов были впервые применены алгоблоки фильтров, включающие наряду с экспоненциальным сглаживанием фильтрацию выбросов, обеспечивающую отсечку кратковременных сильных помех (выбросов) (Рис.2.2). При этом последние подсистемы уже полностью реализованы персоналом службы АСУ ТП самого завода не только на стадии наладки и настройки контуров регулирования, но и на стадии разработки баз данных РВ и технологических программ.
Рис.2.2. Алгоблоки ПИД-регулятора с ШИМ-выходом и фильтра выбросов
3. АСУ ТП производств ОАО «Каустик», г.Волгоград
Технологические процессы ОАО «Каустик» связаны в основном с быстротекущими химическими реакциями агрессивных или взрывоопасных сред, таких как хлор и водород. Это обуславливает высокие требования к надежности при высоком быстродействии АСУ ТП. Начиная с 1995 года, на предприятии коллективом группы УМИ был внедрен и модернизирован ряд систем, начиная с АСУ ТП отделений очистки и выпарки цеха 30. Уже первый вариант системы, включающий верхний уровень на базе сети ПЭВМ-АРМов и контроллеры Ломиконт на нижнем уровне был дублированным как на уровне контроллеров, так и на уровне АРМов. Однако для данной работы интерес представляет модернизированный вариант данной системы (2002-2004 г.г.), включающий резервированные контроллеры из состава КТС МикКОН в конструктиве контроллеров Ломиконт и АРМы верхнего уровня (рис.3.1). Данная система полностью выполнена на алгоблоках верхнего уровня как для контроллеров, так и для АРМов, поддерживает функции блокировок и ПИД-регулирования обычного и каскадного с выходом на пропорциональный исполнительный механизм (десятки контуров), имеет такт реального времени 0,1-0,2 секунды с обеспечением «горячего резервирования» для управляющей части. Небольшая информационная часть опроса и обработки хозучетных параметров нерезервированна на уровне контроллеров, но резерв поддерживается на уровне архивирования и представления информации на АРМ. Расчет ТЭП выполнен с использованием алгоблоков.
Рис.3.1. Комплекс участков очистки, выпарки и хозучета АСУ ТП цеха 30 ОАО «Каустик» По мере развития системы и накопления опыта удалось разработать и реализовать структуру перекрестного резервирования всей системы (рис.3.2). При этом перекрестно дублируются как АРМы и процессора верхнего уровня, так и каналы связи с крейтами УСО и сами модули ввода и вывода, то есть при отказе, например, первого модуля ввода из первого крейта УСО и второго модуля ввода из второго крейта система продолжает нормально выполнять все свои функции. Выбор достоверного входного сигнала при этом осуществляется специализированным алгоблоком резервирования одним на все модули ввода. Похоже, но с привлечением большего числа аппаратных средств выполняется резервирование выходных модулей. При этом функцию выбора осуществляет исправный модуль центрального процессора, которого в свою очередь определяет блок управления резервированием. Подобная схема реализована для одной из технологических установок цеха 21.
Рис.3.2. Система управления установкой цеха 21 Представляет также интерес реализация системы управления и противоаварийной защиты воздушных компрессоров участка 27 цеха 30. Данная подсистема реализована на микрокрейтовом контроллере МВ200 с помощью алгоблочной среды программирования среднего уровня (рис.3.3). Интересным здесь также является многократное резервирование мастеров сети MODBUS на уровне АРМов, позволяющее оптимизировать стоимость системы, зарезервировав АРМы без резервирования контроллеров (рис.3.4). Последние резервируются в данном случае вместе с управляемым ими оборудованием – компрессорами. Для получения полноты картины следует упомянуть применение нескольких модулей моноблоков МВ100 в качестве локальных блоков регулирования в ряде систем. Регуляторы данных моноблоков запрограммированы с помощью алгоблочной системы нижнего уровня.
Рис.3.3. Алгоблочная программа среднего уровня ПАЗ воздушного компрессора
Рис.3.4. Система с резервированием мастеров MODBUS
4. Малые системы и системы обучения
4.1 САУ ТРП 7 и 11 микрорайонов г. Железногорска Курской области.
Система автоматического управления теплораспределительной подстанции 7 и 11 микрорайонов г.Железногорска входит в состав АСУ ТП городской ТЭЦ и, несмотря на относительно небольшое число каналов ввода-вывода (десятки), имеет ряд интересных особенностей. Прежде всего это система (рис.4.1), разработанная и внедренная в эксплуатацию в конце 2001 – начале 2002 годов, была первой системой реального времени, созданной на базе алгоблочной системы программирования. Во-вторых, система включает в себя весь набор алгоритмов управления от защит и блокировок до регулирования и автоматического пуска и ресурсосберегающих алгоритмов. Наконец, система действительно является САУ, то есть работает в полностью автоматическом режиме круглосуточно, осуществляя запуск и останов оборудования и подержание параметров по заданному временному графику. Связь с верхним уровнем предназначена в основном для контроля ведения техпроцесса.
Рис.4.1. САУ ТРП 7 и11 микрорайонов г. Железногорска
4.2. Система обучения разработке и настройке системы автоматического регулирования Примером применения алгоблочной системы в качестве средства обучения является небольшая система, имитирующая контур управления, включающий объект управления с переменными характеристикам и регулятор (рис.4.2). Объект управления реализован алгоблоком динамического звена второго порядка. В алгоблоке параметрическими настройками можно менять характеристики от одиночного апериодического звена до двойного апериодического и колебательного звеньев, как устойчивых, так и неустойчивых. Регулятор – это алгоблок универсального ПИД-регулятора с налоговым выходом. Меняя свойства объекта управления путем изменения коэффициента колебательности и постоянной времени можно исследовать влияние настроек регулятора на поведение всей системы, а также изучать и оценивать эффективность различных методик настроек ПИД-регуляторов.
Рис.4.2. Структура модели системы управления для целей обучения
5. АСУ ТП ФОК Михайловского ГОК
АСУ ТП ФОК Михайловского ГОК является, пожалуй, наиболее крупной из интегрированных систем, построенных на базе алгоблочной системы технологического программирования. Она охватывает в настоящее время большую часть технологического процесса фабрики и продолжает развиваться как в сторону автоматизации еще не охваченных АСУ ТП и модернизации устаревших участков, так и в сторону большей интегрированости и наращения функций существующих систем. Наиболее крупными управляющими системами в составе АСУ ТП ФОК являются АСУ ТП обжиговой машины № 1 и система управления дозированием и окомкованием. АСУ ТП обжиговой машины №1 является полностью резервированной и включает несколько подсистем управления (рис.5.1) до десятков контуров регулирования горения с поддержанием соотношения газ-воздух и других алгоритмов регулирования и управления в каждой. Рис.5.1. Фрагмент АСУ ТП обжиговой машины № 1 ФОК МГОК
Все подсистемы объединены в единое целое между собой и с АРМами операторов и инженерными АРМами. Система, включая алгоритмы горячего резерва и диагностики контроллеров и АРМ, построена на алгоблочной системе программирования верхнего уровня. В настоящее время система поддерживается и развивается специалистами фабрики. Система дозирования и окомкования обеспечивает поддержание соотношение компонентов шихты путем регулирования в режиме слежения, а также алгоритмы автоматического пуска оборудования линий окомкования, отработку защит и блокировок. Подсистема для каждой линии полностью автономна, чем обеспечивается резервирование линий целиком (рис.5.2). Объединяются подсистема на сетевом уровне между собой и с АРМами операторов. НА АРМах обеспечивается решение задач расчета ТЭП.
Рис.5.2. Подсистема управления одной из линий дозирования и окомкования
Отдельные АСУ ТП ФОК в настоящее время объединены в единую сеть фабрики через специализированный сервер. К нему же подключается в настоящее время система многоэкранного отображения (рис.5.3), при подготовке данных для которой также используется алгоблочная система верхнего уровня.
Рис.5.3. Верхний уровень АСУ ТП ФОК с системой многоэкранного отобра
IntelliJ
Либо уберите PHPStorm, либо укажите все остальные IDE компании (PyCharm, AppCode, RubyMine и т. д.) -- они все основаны на единой платформе (IntelliJ IDEA).
Evernote
Вы должно быть шутите. Да, основатель русский эмигрант, но во всем остальном -- это типичнейший стартап из Bay Area. Если поискать, можно найти интервью основателя (Степан Пачиков) эху москвы, где он в весьма нелестных выражениях высказывается о российской власти. Надо убирать.
- У него есть российское гражданство, и он сам говорит, что он российский гражданин. [6] Тот, кто Evernote добавил, правильно сделал, я считаю.
Telegram
Telegram не является и не позиционируется как российский продукт. В нём даже русского языка нет! Работает он на немецких и американских серверах и рассчитан на западную аудиторию.
- Заметьте, в начале статьи есть условие: «сделанных в России или россиянами».
Русофобия в IT
Коллеги, заметили ли вы, что во многих (скорее в большинстве) российских IT-сообществ цветет русофобия?
Есть нейтральные мелкие блоги (пример), но крупные сообщества вроде Хабрахабра/Гиктаймс и прочих часто поражены либерализмом.
Как вы считаете, какие у этого причины? Неужели пропаганда утечки мозгов на Запад?
Если же вы считаете иначе (видите патриотические или нейтральные сообщества), тоже не забудьте добавить свое мнение.
- Среди «программистов» («ИТ-шников») распространён некий «усреднённый склад ума», который способствует такому положению вещей. Безусловно, не все такие и вообще не все одинаковые. Но программист привык мыслить в математической научной логике, в которую не укладывается всякая спонтанная коррупция и всякие лирическо-духовные вопросы, которыми пронизана русская история. --Ssr (обсуждение) 17:15, 26 июля 2017 (MSK)
- Ну а в качестве примера патриотического IT-явления безоговорочную пальму непревзойдённого первенства я отдаю сооснователю ПВО Игорю Станиславовичу Ашманову, который... Ну понятно =)) --Ssr (обсуждение) 17:51, 26 июля 2017 (MSK)
- Как по моим наблюдениям -- гордыня. Люди думают, что "я умный, я на инфопотоках" -- и на такое печальное состояние легко ложится даже весьма топорная лесть, особенно под соусом "но ты-то понимаешь". См. тж. [7]. Ну и да, целевой мозгосос -- например, таким был по сути убит великолепный российский проект OpenVZ, когда Кир Колышкин понауехал-таки.[8] --Михаил Шигорин (обсуждение) 15:20, 9 июня 2018 (MSK)
7-zip российский или украинский?
Тут https://www.wikidata.org/wiki/Q531341?uselang=ru говорят, что автор - "программист из Украины". Русскоязычный сайт найден по адресу http://7-zip.org.ua/ru/ .
Если это правда, насколько уместно наличие 7-Zip в разделе Архиваторы? https://ruxpert.ru/%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D0%B9%D1%81%D0%BA%D0%B8%D0%B9_IT-%D1%81%D0%B5%D0%BA%D1%82%D0%BE%D1%80#.D0.90.D1.80.D1.85.D0.B8.D0.B2.D0.B0.D1.82.D0.BE.D1.80.D1.8B_.2F_File_archivers
- Некий участник под именем Igor Pavlov редактировал страницу Igor Pavlov в Википедии в 2011 году [9] с комментарием "false info removed" (ложная информация удалена). Однако он не удалил информацию, что Павлов русский. AlexBond (обсуждение) 19:08, 6 декабря 2017 (MSK)
Фидесис
Российская компания ООО "Фидесис" предлагает CAE-проект, который неясно куда отнести. https://cae-fidesys.com/products/desktop/ --Ключник (обсуждение) 16:25, 13 ноября 2022 (MSK)