YarrowSoft

Архив : Автоматизация технологических процессов, системы управления промышленными установками, информационно-измерительные системы

Ближайшие найденные письма:

[Предыдущее - нет] [Следующее - нет]

Письма за один день 26 Июля 2005 с 1 -30 из 54

Письмо #2920

Тема: [asutp] Плагиаторы :)
Начало этой темы: [asutp] Плагиаторы :)
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 26 Июля 2005 00:20

В очень хорошем смысле этого слова. Сейчас журнал Пром АСУ и Контроллеры
принесли, в которой моя любимая рубрика Круглый стол. Читаю и улыбаюсь :)

Мой респект Александру Александровичу Егорову, как ведущему этой рубрики и
главреду журнала!

--
С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ


Письмо #12260

Тема: [asutp] Плагиаторы :)
Начало этой темы: [asutp] Плагиаторы :)
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 26 Июля 2005 00:20

В очень хорошем смысле этого слова. Сейчас журнал Пром АСУ и Контроллеры
принесли, в которой моя любимая рубрика Круглый стол. Читаю и улыбаюсь :)

Мой респект Александру Александровичу Егорову, как ведущему этой рубрики и
главреду журнала!

--
С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ


Письмо #2919

Тема: [asutp] Re: Массовые расходомеры SIEMENS
Начало этой темы: [asutp] Re: Массовые расходомеры SIEMENS
Это ответ на: нет
Ответ на это письмо: нет
От: kavlaskin Дата: 26 Июля 2005 00:36

> > Коммерческий учет газов и жидкостей в нефтехимии.> Так газов или жидкостей?Не слышал ещё чтобы кориолисовы массомеры использовали для измерения расхода газов.
С Уважением,Константин Власкин


Письмо #2918

Тема: RE: [asutp] Re: Массовые расходомеры SIEMENS
Начало этой темы: RE: [asutp] Re: Массовые расходомеры SIEMENS
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 26 Июля 2005 00:40

Почему нет? И газов тоже. Главное, чтобы не их смеси.

--
С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

Так газов или жидкостей?
Не слышал ещё чтобы кориолисовы массомеры использовали для измерения
расхода газов.


Письмо #12259

Тема: RE: [asutp] Re: Массовые расходомеры SIEMENS
Начало этой темы: RE: [asutp] Re: Массовые расходомеры SIEMENS
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 26 Июля 2005 00:40

Почему нет? И газов тоже. Главное, чтобы не их смеси.

--
С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

Так газов или жидкостей?
Не слышал ещё чтобы кориолисовы массомеры использовали для измерения
расхода газов.


Письмо #2917

Тема: [asutp] CP342-5 strongly need
Начало этой темы: [asutp] CP342-5 strongly need
Это ответ на: нет
Ответ на это письмо: нет
От: Андрей Мурашко Дата: 26 Июля 2005 00:48

Уважаемые господа! Может быть у кого-нибудь на складе в СПб завалялся
модуль Simatic CP342-5, 6GK7-342-5DA02-0XE0? Срочно нужно...
Можно писать на esergeev собака sampo точка ru

----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)


Письмо #2916

Тема: [asutp] проект на WinCC
Начало этой темы: [asutp] проект на WinCC
Это ответ на: нет
Ответ на это письмо: нет
От: Андрей Мурашко Дата: 26 Июля 2005 00:54

Добрый день!

Тут пришлось мне заняться несколько несвойственной для себя деятельностью
- проектировать верхний уровень САУ газомазутного котлоагрегата на WinCC.
Нет ли у кого готового примерно такого же проекта, посмотреть
исключительно в образовательных целях - в основном мнемосхемы и реализацию
трендов, бо дело это для меня новое и не хочется смешить народ.

----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)


Письмо #2910

Тема: Re: [asutp] WAGO 750-650
Начало этой темы: Re: [asutp] WAGO 750-650
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 26 Июля 2005 01:11

К сожалению, я уже давно отказался от подписки на конференцию и сейчас
только периодически читаю ее на сайте iprog.pp.ru
Я так понял, что по какой-то причине на сайте все mail-ы заменяются на
что-то типа E-Mail, поэтому я ваш адрес так и не узнал.
Я поискал в своем архиве конференции, вроде нашел ваш mail, но он не
соответствует названию компании в вашей подписи.

----
E-mail автора: E-Mailch.ru
(по данным регистрации на iprog.pp.ru/forum)


Письмо #2915

Тема: [asutp] Re: Массовые расходомеры SIEMENS
Начало этой темы: [asutp] Re: Массовые расходомеры SIEMENS
Это ответ на: нет
Ответ на это письмо: RE: [asutp] Re: Массовые расходомеры SIEMENS
От: kavlaskin Дата: 26 Июля 2005 01:36

> Почему нет? И газов тоже. Главное, чтобы не их смеси.
Почему нет?Ну хотябы потому, что газы и жидкость разнеые по своим свойствам.Сила кориолиса - это ведь сила инерции, а характер этих сил у, практически несжимающейся, жидкости  и очень хорошо сжимающихся газов будет различен и, скорее всего, зависимость будет не такая определённая. Это, естественно, всего лишь мои предположения, но в мануале на упомянутый прибор никакого упоминания про газ нет, а указанные диапазоны измерений и параметры среды указывают на то , что это явно не газ. Хотя я встречал упоминание о данном методе измерений в контексте измерений расходов сжиженных газов. Если автор темы имеет в виду как раз такой случай использования тогда мой вопрос снимается.


Письмо #2914

Тема: [asutp] СУБД РВ - очередной маркетинговый ход?
Начало этой темы: [asutp] СУБД РВ - очередной маркетинговый ход?
Это ответ на: нет
Ответ на это письмо: Re: [asutp] СУБД РВ - очередной маркетинговый ход?
От: kavlaskin Дата: 26 Июля 2005 04:02

В чём преимущество СУБД РВ перед просто СУБД? Задавался ли кто подобным вопросом и какой для себя сделали вывод.Самому не довелось поработать ни с одной системой, которая бы позиционировалась как СУБД РВ, поэтому моё мнение сложилось только на основе того что удалось прочитать в интернете. И мнение это таково, что на самом деле нет никаких СУБД РВ, а есть обычные СУБД, а РВ это всего лишь быстрый логгер, способный реализовать весь потенциал СУБД. Что думаете по этому поводу господа автоматизаторы?
С Уважением,Константин Власкин


Письмо #2913

Тема: [asutp]
Начало этой темы: [asutp]
Это ответ на: нет
Ответ на это письмо: RE: [asutp]
От: Michael Дата: 26 Июля 2005 08:53

> Миша, какие шутки? :) Обычно цвета делают идентичными окраске по ГОСТ
> 14202-69

Ну и как ГОСТ рекомендует отмечать цветом такие продукты, как:
- нестабильный гидрогенизат
- стабильный гидрогенизат
- нестабильный катализат
- стабильный катализат

учитывая, что это продукты одной установки (риформинг)
и все они фракции бензина (пусть и с изменением структуры
молекул и пр.) !?

На мнемосхемах они у нас разные. :)

===========================================================
С уважением, Волкожа Михаил.
АСУТП ОАО НК Роснефть-Комсомольский НПЗ
===========================================================


Письмо #2912

Тема: RE: [asutp] СУБД РВ - очередной маркетинговый ход?
Начало этой темы: RE: [asutp] СУБД РВ - очередной маркетинговый ход?
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Власов Дата: 26 Июля 2005 15:47

Здравствуйте, Константин!

>> В чём преимущество СУБД РВ перед просто СУБД?
>> ...
>> И мнение это таково, что на самом деле нет никаких СУБД РВ, а есть
>> обычные СУБД, а РВ это всего лишь быстрый логгер, способный реализовать
>> весь потенциал СУБД.

Как я понимаю суть вопроса: СУБД РВ - система хранения временны'х рядов. Я бы
аббревиатуру даже писал "СУБ ДРВ". Тем самым подчеркивая, что это не система
реального времени (как QNX), а данные реального времени. Исходя из задачи
соответственно требования и реализация.
Если для реляционных СУБД (MS SQL, Oracle, Informix и пр.) важным является
поддержка связности таблиц, непротиворечивость данных и действий с ними,
транзакционная устойчивость то там эти средства реализованы: поддерживаются
всевозможные индексы, триггеры, журнал транзакций с возможностью отката. У меня
не хватает фантазии представить ситуацию когда нужно "откатить" данные
полученные с АСУТП. Однако реализация подобной функциональности довольно
хлопотное занятие, особенно в распределенных СУБД. Соответственно, эта
неиспользуемая функциональность увеличивает стоимость программного продукта.
Если, конечно, не покупать ПО по цене носителя :).
От СУБД РВ требуется: обеспечить приемлемую скорость сбора информации,
нетребовательность к ресурсам при хранении информации. Это достигается
применением системы фильтрации данных: данные сохраняются лишь при их
значительном изменении. Это нетривиальная задача, существует множество патентов
по этому поводу. Существует масса вопросов с форматом хранения: необходимо
поддержка предоставления данных клиентам в разных часовых поясах, решение
вопросов перехода на зимнее и летнее время.  
Нужно обеспечить _специфическую_ функциональность при выборке данных. Допустим:
не много смысла в запросе возвращающем все моменты времени при которых значение
расхода соответствовало 300 т/час. Однако, когда мне нужно вычислить интеграл
расхода за месяц, я что должен запрашивать все точки за месяц и потом в
клиентской программе их складывать. Это должно быть выполнено на сервере и мне
вернутся одно число. Конечно можно это сделать хитрым SQL запросом, оформить в
виде хранимой процедуры или функции. Но это уже дополнительная функциональность
(надстройка), которая должна быть сделана _проффесионалами_. Интеграл это еще
просто, есть еще статистика, аналитика, FFT и пр.
Один из подходов к созданию СУБД РВ - использование СУБД с дополнительной
надстройкой (пример: Wonderware Industrial SQL). Но мне все таки кажется это
"каша из топора": СУБД РВ не только должна реализовывать требуемую
функциональность, но и не содержать ненужную. Это сказывается на скорости,
надежности и стоимости.

---
С уважением,
Дмитрий Власов mailto:E-Mailrom.ru
Нач. бюро АСУ ТП,
УПКТ, "Уренгойгазпром"    


Письмо #12258

Тема: RE: [asutp] СУБД РВ - очередной маркетинговый ход?
Начало этой темы: RE: [asutp] СУБД РВ - очередной маркетинговый ход?
Это ответ на: [asutp] СУБД РВ - очередной маркетинговый ход?
Ответ на это письмо: нет
От: Дмитрий Власов Дата: 26 Июля 2005 15:47

Здравствуйте, Константин!

>> В чём преимущество СУБД РВ перед просто СУБД?
>> ...
>> И мнение это таково, что на самом деле нет никаких СУБД РВ, а есть
>> обычные СУБД, а РВ это всего лишь быстрый логгер, способный реализовать
>> весь потенциал СУБД.

Как я понимаю суть вопроса: СУБД РВ - система хранения временны'х рядов. Я бы
аббревиатуру даже писал "СУБ ДРВ". Тем самым подчеркивая, что это не система
реального времени (как QNX), а данные реального времени. Исходя из задачи
соответственно требования и реализация.
Если для реляционных СУБД (MS SQL, Oracle, Informix и пр.) важным является
поддержка связности таблиц, непротиворечивость данных и действий с ними,
транзакционная устойчивость то там эти средства реализованы: поддерживаются
всевозможные индексы, триггеры, журнал транзакций с возможностью отката. У меня
не хватает фантазии представить ситуацию когда нужно "откатить" данные
полученные с АСУТП. Однако реализация подобной функциональности довольно
хлопотное занятие, особенно в распределенных СУБД. Соответственно, эта
неиспользуемая функциональность увеличивает стоимость программного продукта.
Если, конечно, не покупать ПО по цене носителя :).
От СУБД РВ требуется: обеспечить приемлемую скорость сбора информации,
нетребовательность к ресурсам при хранении информации. Это достигается
применением системы фильтрации данных: данные сохраняются лишь при их
значительном изменении. Это нетривиальная задача, существует множество патентов
по этому поводу. Существует масса вопросов с форматом хранения: необходимо
поддержка предоставления данных клиентам в разных часовых поясах, решение
вопросов перехода на зимнее и летнее время.  
Нужно обеспечить _специфическую_ функциональность при выборке данных. Допустим:
не много смысла в запросе возвращающем все моменты времени при которых значение
расхода соответствовало 300 т/час. Однако, когда мне нужно вычислить интеграл
расхода за месяц, я что должен запрашивать все точки за месяц и потом в
клиентской программе их складывать. Это должно быть выполнено на сервере и мне
вернутся одно число. Конечно можно это сделать хитрым SQL запросом, оформить в
виде хранимой процедуры или функции. Но это уже дополнительная функциональность
(надстройка), которая должна быть сделана _проффесионалами_. Интеграл это еще
просто, есть еще статистика, аналитика, FFT и пр.
Один из подходов к созданию СУБД РВ - использование СУБД с дополнительной
надстройкой (пример: Wonderware Industrial SQL). Но мне все таки кажется это
"каша из топора": СУБД РВ не только должна реализовывать требуемую
функциональность, но и не содержать ненужную. Это сказывается на скорости,
надежности и стоимости.

---
С уважением,
Дмитрий Власов mailto:E-Mailrom.ru
Нач. бюро АСУ ТП,
УПКТ, "Уренгойгазпром"    


Письмо #2911

Тема: Re: [asutp] проект на WinCC
Начало этой темы: Re: [asutp] проект на WinCC
Это ответ на: нет
Ответ на это письмо: нет
От: Андрей Мурашко Дата: 26 Июля 2005 15:57

Eugene Sergeev писал(а):

>  Добрый день!
>
>  Тут пришлось мне заняться несколько несвойственной для себя
деятельностью -
> проектировать верхний уровень САУ газомазутного котлоагрегата на WinCC.
Нет ли у
> кого готового примерно такого же проекта, посмотреть исключительно в
> образовательных целях - в основном мнемосхемы и реализацию трендов, бо
дело это
> для меня новое и не хочется смешить народ.

Здравствуйте, Евгений!

А кадры не в WinCC устроят?

С уважением,
Гринев Эдуард
служба АСУ,
ОАО ОТГК, ОТС

----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)


Письмо #2909

Тема: RE: [asutp] СУБД РВ - очередной маркетинговый ход?
Начало этой темы: RE: [asutp] СУБД РВ - очередной маркетинговый ход?
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 26 Июля 2005 16:32

На эту тему здесь уже столько сказано...
Не хотелось бы повторяться, хотя вопрос этот периодически поднимается.
Ну не может обычная реляционная СУБД архивировать данные с высокой частотой,
экономя при этом огромное дисковое пространство.
Просто так ПО на рынке не возникает, особенно в таком количестве.
В общем, в поиск по архиву, Константин.

--
С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

В чём преимущество СУБД РВ перед просто СУБД?
Задавался ли кто подобным вопросом и какой для себя сделали вывод.
Самому не довелось поработать ни с одной системой, которая бы
позиционировалась как СУБД РВ, поэтому моё мнение сложилось только на
основе того что удалось прочитать в интернете. И мнение это таково, что
на самом деле нет никаких СУБД РВ, а есть обычные СУБД, а РВ это всего
лишь быстрый логгер, способный реализовать весь потенциал СУБД.
Что думаете по этому поводу господа автоматизаторы?


Письмо #12257

Тема: RE: [asutp] СУБД РВ - очередной маркетинговый ход?
Начало этой темы: RE: [asutp] СУБД РВ - очередной маркетинговый ход?
Это ответ на: [asutp] СУБД РВ - очередной маркетинговый ход?
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 26 Июля 2005 16:32

На эту тему здесь уже столько сказано...
Не хотелось бы повторяться, хотя вопрос этот периодически поднимается.
Ну не может обычная реляционная СУБД архивировать данные с высокой частотой,
экономя при этом огромное дисковое пространство.
Просто так ПО на рынке не возникает, особенно в таком количестве.
В общем, в поиск по архиву, Константин.

--
С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

В чём преимущество СУБД РВ перед просто СУБД?
Задавался ли кто подобным вопросом и какой для себя сделали вывод.
Самому не довелось поработать ни с одной системой, которая бы
позиционировалась как СУБД РВ, поэтому моё мнение сложилось только на
основе того что удалось прочитать в интернете. И мнение это таково, что
на самом деле нет никаких СУБД РВ, а есть обычные СУБД, а РВ это всего
лишь быстрый логгер, способный реализовать весь потенциал СУБД.
Что думаете по этому поводу господа автоматизаторы?


Письмо #2908

Тема: RE: [asutp]
Начало этой темы: RE: [asutp]
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 26 Июля 2005 16:35

Миш, ну частный случай же это :)
А как к примеру тогда красить мнемосхемы, если перечисленные тобой продукты
текут по одним и тем же трубам (но в разный период времени) ? :)
Не заморачивайся над расцветкой- было бы понятно операторам и эргономично- и
этого достаточно. Более чем.

--
С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

учитывая, что это продукты одной установки (риформинг)
и все они фракции бензина (пусть и с изменением структуры
молекул и пр.) !?

На мнемосхемах они у нас разные. :)


Письмо #12256

Тема: RE: [asutp]
Начало этой темы: RE: [asutp]
Это ответ на: [asutp]
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 26 Июля 2005 16:35

Миш, ну частный случай же это :)
А как к примеру тогда красить мнемосхемы, если перечисленные тобой продукты
текут по одним и тем же трубам (но в разный период времени) ? :)
Не заморачивайся над расцветкой- было бы понятно операторам и эргономично- и
этого достаточно. Более чем.

--
С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

учитывая, что это продукты одной установки (риформинг)
и все они фракции бензина (пусть и с изменением структуры
молекул и пр.) !?

На мнемосхемах они у нас разные. :)


Письмо #2907

Тема: RE: [asutp] Re: Массовые расходомеры SIEMENS
Начало этой темы: RE: [asutp] Re: Массовые расходомеры SIEMENS
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 26 Июля 2005 16:38

Константин, если вы имеете ввиду кориолисовы от Сименс, то это частный
случай и я про них ничего сказать не могу.
Но кориолисы вполне успешно измеряют и газ. В т.ч. газообразном состоянии.
:)
Вот пример:
http://www.catalogue.emersonprocess.ru/catalog/12/58/61/

Справа масса ссылок на документацию.

--
С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

Почему нет?
Ну хотябы потому, что газы и жидкость разнеые по своим свойствам.
Сила кориолиса - это ведь сила инерции, а характер этих сил у,
практически несжимающейся, жидкости  и очень хорошо сжимающихся газов
будет различен и, скорее всего, зависимость будет не такая
определённая. Это, естественно, всего лишь мои предположения, но в
мануале на упомянутый прибор никакого упоминания про газ нет, а
указанные диапазоны измерений и параметры среды указывают на то , что
это явно не газ. Хотя я встречал упоминание о данном методе измерений в
контексте измерений расходов сжиженных газов. Если автор темы имеет в
виду как раз такой случай использования тогда мой вопрос снимается.


Письмо #12255

Тема: RE: [asutp] Re: Массовые расходомеры SIEMENS
Начало этой темы: RE: [asutp] Re: Массовые расходомеры SIEMENS
Это ответ на: [asutp] Re: Массовые расходомеры SIEMENS
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 26 Июля 2005 16:38

Константин, если вы имеете ввиду кориолисовы от Сименс, то это частный
случай и я про них ничего сказать не могу.
Но кориолисы вполне успешно измеряют и газ. В т.ч. газообразном состоянии.
:)
Вот пример:
http://www.catalogue.emersonprocess.ru/catalog/12/58/61/

Справа масса ссылок на документацию.

--
С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

Почему нет?
Ну хотябы потому, что газы и жидкость разнеые по своим свойствам.
Сила кориолиса - это ведь сила инерции, а характер этих сил у,
практически несжимающейся, жидкости  и очень хорошо сжимающихся газов
будет различен и, скорее всего, зависимость будет не такая
определённая. Это, естественно, всего лишь мои предположения, но в
мануале на упомянутый прибор никакого упоминания про газ нет, а
указанные диапазоны измерений и параметры среды указывают на то , что
это явно не газ. Хотя я встречал упоминание о данном методе измерений в
контексте измерений расходов сжиженных газов. Если автор темы имеет в
виду как раз такой случай использования тогда мой вопрос снимается.


Письмо #2906

Тема: RE: [asutp] Re: Массовые расходомеры SIEMENS
Начало этой темы: RE: [asutp] Re: Массовые расходомеры SIEMENS
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Власов Дата: 26 Июля 2005 17:11

Здравствуйте, еще раз, Константин.

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

Механическая инерция не как не зависит от свойств сжимаемости, текучести,
хрупкости и пр. Как Вы думаете: что тяжелее(инерционнее) килограмм железа или
килограмм пуха? ;)

---
С уважением,
Дмитрий Власов mailto:E-Mailrom.ru


Письмо #12254

Тема: RE: [asutp] Re: Массовые расходомеры SIEMENS
Начало этой темы: RE: [asutp] Re: Массовые расходомеры SIEMENS
Это ответ на: [asutp] Re: Массовые расходомеры SIEMENS
Ответ на это письмо: нет
От: Дмитрий Власов Дата: 26 Июля 2005 17:11

Здравствуйте, еще раз, Константин.

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

Механическая инерция не как не зависит от свойств сжимаемости, текучести,
хрупкости и пр. Как Вы думаете: что тяжелее(инерционнее) килограмм железа или
килограмм пуха? ;)

---
С уважением,
Дмитрий Власов mailto:E-Mailrom.ru


Письмо #2905

Тема: RE: [asutp] СУБД РВ - очередной маркетинговый ход?
Начало этой темы: RE: [asutp] СУБД РВ - очередной маркетинговый ход?
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 26 Июля 2005 17:12

Дмитрий, насколько я понимаю в этой теме, то в InSQL (как и в другом
подобном ПО под довольно стандартным названием Historian), реляционные БД
используются =только= лишь для хранения настроек и предоставления данных. И
не участвуют в сборе информации и ее архивации.
Ну в самом деле- не придумывать же для такой стандартной задачи свою
собственную СУБД со всеми вытекающими по разработке, поддержке и т.п. (что
несомненно удорожает продукт) :)
Единственный пример БДРВ, полностью реализованный на уникальной платформе-
это PI от OSI Soft. Но так сложилось исторически, т.к. данный продукт
существует на рынке уже не одно десятилетие минимум и создан гораздо раньше
всех популярных в настоящее время реляционных СУБД.

Есть апологеты, считающие, что БДРВ возможно легко реализовать лишь на
реляционных БД (например OracleDB). Но я с ними в корне не согласен.
Слишком ущербно подобное решение в отличие от...

--
С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

Один из подходов к созданию СУБД РВ - использование СУБД с дополнительной
надстройкой (пример: Wonderware Industrial SQL). Но мне все таки кажется это
"каша из топора": СУБД РВ не только должна реализовывать требуемую
функциональность, но и не содержать ненужную. Это сказывается на скорости,
надежности и стоимости.


Письмо #12253

Тема: RE: [asutp] СУБД РВ - очередной маркетинговый ход?
Начало этой темы: RE: [asutp] СУБД РВ - очередной маркетинговый ход?
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 26 Июля 2005 17:12

Дмитрий, насколько я понимаю в этой теме, то в InSQL (как и в другом
подобном ПО под довольно стандартным названием Historian), реляционные БД
используются =только= лишь для хранения настроек и предоставления данных. И
не участвуют в сборе информации и ее архивации.
Ну в самом деле- не придумывать же для такой стандартной задачи свою
собственную СУБД со всеми вытекающими по разработке, поддержке и т.п. (что
несомненно удорожает продукт) :)
Единственный пример БДРВ, полностью реализованный на уникальной платформе-
это PI от OSI Soft. Но так сложилось исторически, т.к. данный продукт
существует на рынке уже не одно десятилетие минимум и создан гораздо раньше
всех популярных в настоящее время реляционных СУБД.

Есть апологеты, считающие, что БДРВ возможно легко реализовать лишь на
реляционных БД (например OracleDB). Но я с ними в корне не согласен.
Слишком ущербно подобное решение в отличие от...

--
С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

Один из подходов к созданию СУБД РВ - использование СУБД с дополнительной
надстройкой (пример: Wonderware Industrial SQL). Но мне все таки кажется это
"каша из топора": СУБД РВ не только должна реализовывать требуемую
функциональность, но и не содержать ненужную. Это сказывается на скорости,
надежности и стоимости.


Письмо #2904

Тема: RE: [asutp] WAGO 750-650
Начало этой темы: RE: [asutp] WAGO 750-650
Это ответ на: нет
Ответ на это письмо: нет
От: Sergey Gusev Дата: 26 Июля 2005 17:18

Я же наоборот, пользуюсь только подпиской, и поэтому не видел, как
меняются подписи на сайте...
Я выслал Вам письмо директом.

С уважением,
Сергей Гусев

-----Original Message-----
From: E-Mail [mailto:E-Mail] On Behalf Of
вБЕЧ йЗПТШ
Sent: Monday, July 25, 2005 5:12 PM
To: E-Mail
Subject: Re: [asutp] WAGO 750-650


К сожалению, я уже давно отказался от подписки на конференцию и сейчас
только периодически читаю ее на сайте iprog.pp.ru Я так понял, что по
какой-то причине на сайте все mail-ы заменяются на что-то типа
E-Mail, поэтому я ваш адрес так и не узнал. Я поискал в
своем архиве конференции, вроде нашел ваш mail, но он не соответствует
названию компании в вашей подписи.

----
E-mail автора: E-Mailch.ru
(по данным регистрации на iprog.pp.ru/forum)


Письмо #2903

Тема: Re: [asutp] Распределенная система АСУ через GSM
Начало этой темы: Re: [asutp] Распределенная система АСУ через GSM
Это ответ на: нет
Ответ на это письмо: Re[2]: [asutp] Распределенная система АСУ через GSM
От: indian Дата: 26 Июля 2005 17:41

Уважаемый Александр !

Задача в общем виде именно так сформулирована , как я написал.
Уточнения , касаемо количества и качества вытекают из конкретной
реализации.
Что будет заложено, тем и будем радовать заказчика.
Основной критерий - чтобы работало.

Собственно, заказчик сам никогда не знает чего он хочет. Пока не попробует
что-то , потом начинает задавать вопросы.

У Вас заказчики тоже не могут составить техническое задание, наверное?

Лирическое отступление...

Уточнение: насосов на объектах от четырех до восьми - по -опыту знаю.
Постоянных каналов связи нет и не предвидится.
Все находится в пойме в лесу. Любые линии связи обслуживать почти
невозможно.
Программа автоматического регулирования контроллером если и нужна будет ,
то не скоро.
Вопрос в деньги упирается.
Понимаю , что надо и расходомер ставить, и электросчетчик с измерением
мощности , да и частотник по - давлению не помешал бы... Не скоро.

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

Мое видение - сделать один хост в диспетчерской (думаю и IP-статический
дадут) и по GPRS привязать массу абонентов- кустовые , насосные, и пр.
Поскольку канал связи будет - реализовать контроль и управление можно
будет на любой стороне.
Сбор информации- параметры , количество , качество- вещи обсуждаемые.
Предложим больше за те же деньги - не откажется никто.


С уважением...

----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)


Письмо #2902

Тема: Re: [asutp] Распределенная система АСУ через GSM
Начало этой темы: Re: [asutp] Распределенная система АСУ через GSM
Это ответ на: Re: [asutp] Распределенная система АСУ через GSM
Ответ на это письмо: нет
От: Alexander Kulikov Дата: 26 Июля 2005 17:56

You wrote to on Tue, 26 Jul 2005 09:41:41 +0400:

ДВ> Насосная - это там где находится персонал, есть связь - телефонная.
ДВ> Расположена на другом берегу- пять-семь км.
ДВ> Задача - при необходимости включать и выключать насосы. и видеть их
ДВ> состояние.

А если сеть "ляжет" на какое то время?

With best regards, Alexander Kulikov.  E-mail: E-Mail


Письмо #2901

Тема: Re: [asutp] СУБД РВ - очередной маркетинговый ход?
Начало этой темы: [asutp] СУБД РВ - очередной маркетинговый ход?
Это ответ на: [asutp] СУБД РВ - очередной маркетинговый ход?
Ответ на это письмо: нет
От: Alexander Burmistrov Дата: 26 Июля 2005 18:00

Здравствуйте, Константин!

k> И мнение это таково, что
k> на самом деле нет никаких СУБД РВ
Если есть такое мнение, то значит есть представление, что же такое
СУБД РВ? В чем тогда вопрос?

СУБД РВ - это вряд-ли можно назвать четким термином. Скоре - под ним
подразумевают определенную функциональность, которая требуется от
подобного хранилища:
- способность регистрации большого объема данных, поступающих в
   реальном времени
- оптимизация алгоритмов хранения для уменьшения объема хранимой
   информации и последующей выборки

В основном это пожалй все. Дальше идут надстройки - выдача сервером не
просто временных рядов, а результатов их обработки по различным
алгоритмам. Драйвер ODBC/OLEBD/.NET/OPCHDA для различных вариантов
интеграции с другими системами. Встраивание в сервер генератора
отчетов. И так далее.

Кто-то реализует свои СУБД РВ на базе существующих СУБД. Кто-то -
пишет полностью сам. Хорошо и то, и то. В первом случае в распоряжении
оказывается готова инфраструктура для связи с сервером БД, всякие
хранимые процедуры, готовые ODBC и пр., но приходится подстраиваться
под особенности сервера, возможно - жертвовать быстродействием.
При написании полность своего СУБД РВ все во власти разработчика,
можно сделать все, что угодно. Но для вывода сервера на рынок
приходиться делать к нему всевозможные примочки в виде ODBC. И еще для
подобных решений обычно нельзя писать свои расширения, в отличии от
варианта использования готовой СУБД.

Еще хочу заметить, что готовые СУБД используются не как ядро СУБД РВ,
а скорее как оболочка, создающая внешнюю инфраструктуру. А сам
механизм хранения истории, так сказать "ядро" реализуется
разработчиками самостоятельно.

Я думаю, что не стоит спорить от терминологии - есть ли вообще СУБД
РВ, и что можно называть этим термином. В этом отношении это такой же
термин, как SCADA, или как РСУ.

С уважением,
Александр Бурмистров,
KASKAD group,
http://www.kaskadgroup.ru


Письмо #2900

Тема: RE: [asutp] Распределенная система АСУ через GSM
Начало этой темы: RE: [asutp] Распределенная система АСУ через GSM
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 26 Июля 2005 18:05

Эээ, батенька, читайте ГОСТ 34.602-89. ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ
АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ПРИЛОЖЕНИЕ 1
1. Проект ТЗ на АС разрабатывает организация-разработчик системы с
участием заказчика на основании технических требований (заявки,
тактико-технического задания и т. п.).
При конкурсной организации работ варианты проекта ТЗ на АС рассматриваются
заказчиком, который - либо выбирает предпочтительный, вариант, либо на
основании сопоставительного анализа подготавливает с участием будущего
разработчика АС окончательный вариант ТЗ на AC.

А Заказчик разрабатывает Технические Требования на создание АС.
См. ГОСТ 34.601-90. АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ. СТАДИИ СОЗДАНИЯ

--
С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

У Вас заказчики тоже не могут составить техническое задание, наверное?


Письмо #12252

Тема: RE: [asutp] Распределенная система АСУ через GSM
Начало этой темы: RE: [asutp] Распределенная система АСУ через GSM
Это ответ на: Re: [asutp] Распределенная система АСУ через GSM
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 26 Июля 2005 18:05

Эээ, батенька, читайте ГОСТ 34.602-89. ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ
АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
ПРИЛОЖЕНИЕ 1
1. Проект ТЗ на АС разрабатывает организация-разработчик системы с
участием заказчика на основании технических требований (заявки,
тактико-технического задания и т. п.).
При конкурсной организации работ варианты проекта ТЗ на АС рассматриваются
заказчиком, который - либо выбирает предпочтительный, вариант, либо на
основании сопоставительного анализа подготавливает с участием будущего
разработчика АС окончательный вариант ТЗ на AC.

А Заказчик разрабатывает Технические Требования на создание АС.
См. ГОСТ 34.601-90. АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ. СТАДИИ СОЗДАНИЯ

--
С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

У Вас заказчики тоже не могут составить техническое задание, наверное?


Страницы: [1|2]

[2001|2002|2003|2004|2005|2006|2007|2008] [Январь|Февраль|Март|Апрель|Май|Июнь]
[01|02|03|04|05|06|07|08]