YarrowSoft

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

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

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

Письма за один день 03 Августа 2005 с 1 -30 из 31

Письмо #2689

Тема: Re: [asutp] Автоматика вентиляции
Начало этой темы: Re: [asutp] Автоматика вентиляции
Это ответ на: нет
Ответ на это письмо: нет
От: Андрей Мурашко Дата: 03 Августа 2005 00:06

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

C уважением, Сергей Русанов
компания Сегнетикс, панельные контроллеры SMH2010

http://www.smode.ru

ICQ 62417290

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


------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hu4rf2i/M=320369.6903865.7846595.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1122991590/A=2896110/R=0/SIG=1107idj9u/*
http://www.thanksandgiving.com

">Help save the life of a child. Support St. Jude Children©s Research Hospital</a>.</font>
--------------------------------------------------------------------~->


Письмо #2688

Тема: [asutp] OPCLink от WonderWare
Начало этой темы: [asutp] OPCLink от WonderWare
Это ответ на: нет
Ответ на это письмо: Re: [asutp] OPCLink от WonderWare
От: indian Дата: 03 Августа 2005 00:08

Недавно начал работу с ШтЕщсгр версии 7,0. Взял OPCLink от версии 7,11.
Есть у меня программа цепляющаяся к контроллеру(контроллер Micont). Так
вот, через другие программы типа OPCExplorer данные все идут
нормально.....но при попытке завести эти данные на Intouch через OpcLink у
меня никак не цепляется....может кто сталкивался с данной проблеммой.

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


------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12h38atc7/M=320369.6903865.7846595.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1122992820/A=2896110/R=0/SIG=1107idj9u/*
http://www.thanksandgiving.com

">Help save the life of a child. Support St. Jude Children©s Research Hospital</a>.</font>
--------------------------------------------------------------------~->


Письмо #2687

Тема: [asutp] Измерение и управление в промышленных процессах
Начало этой темы: [asutp] Измерение и управление в промышленных процессах
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 03 Августа 2005 00:34

МЭК рулит :) Скоро может и TUV примут...

Прошло очередное заседание технического комитета по стандартизации 306
"Измерение и управление в промышленных процессах"

АНО "Изинтех"

14 июня 2005 года прошло открытое заседание технического комитета по
стандартизации 306 "Измерение и управление в промышленных процессах", в
котором приняли участие представители 17 организаций. На заседании был
рассмотрен вопрос "Об организационных мерах по совершенствованию
деятельности ТК 306 на современном этапе развития национальной системы
стандартизации Российской Федерации", с докладом по которому выступил Стась
К.Н., председатель объединенного секретариата технических комитетов по
стандартизации, президент АНО "Изинтех". По итогам обсуждения была принята
следующая резолюция


РЕЗОЛЮЦИЯ

Участников открытого заседания технического комитета 306 по стандартизации
"Измерения и управление в промышленных процессах" об активизации работ
области стандартизации систем промышленной автоматизации  
Руководствуясь


положениями Закона РФ "О техническом регулировании",

Исходя из


общей мировой тенденции максимально использовать современные системы
контроля и управления для обеспечения промышленной и экологической
безопасности, предотвращения техногенных катастроф, что является для
сегодняшней России чрезвычайно актуальной задачей,

стремления России играть важную роль в мировом экономическом сообществе и
активно работать в нем, руководствуясь нормами и правилами международных
стандартов,

Учитывая активную деятельность МЭК в техническом комитете 65 по
международной стандартизации требований к системам промышленной
автоматизации, разработавшем около 140 стандартов, действующих в настоящее
время, в том числе серию международных стандартов по функциональной
безопасности систем контроля и управления промышленными процессами, и
работающем в настоящее время над более чем 50 новыми темами,


Участники открытого заседания технического комитета 306 "Измерения и
управление в промышленных процессах", состоявшегося 14 июня 2005 года,
обсудили современное состояние международной и отечественной стандартизации
в области систем промышленной автоматизации, и пришли к выводу, что


1. Освоение массива знаний о системах промышленной автоматизации,
содержащегося в стандартах ТК 65 МЭК, закрепленного за российским ТК306, и
использование этих знаний в интересах российской системы технического
регулирования и национальной стандартизации должно стать важнейшей задачей
деятельности российского ТК 306. При этом в первую очередь необходимо в
кратчайшие сроки ввести в действие в России стандарты серий 61508 и 61511,
касающиеся систем контроля и управления, связанных с безопасностью.


2. Необходимо существенно расширить состав ТК 306, привлекая к работе в нем
на добровольной основе и на паритетных началах представителей федеральных
органов исполнительной власти, научных организаций, саморегулируемых
организаций, общественных объединений предпринимателей и потребителей


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


Участники заседания также решили:


1. Согласиться с основными положениями модели деятельности ТК306,
предложенной объединенным секретариатом технических комитетов (ОСТК), и
рекомендовать использовать ее в дальнейшей работе ТК 306.


2. Опубликовать предыдущую часть Заявления в Интернете на сайте АНО
"Изинтех" и сайте asutp.ru.


Отв. ОСТК Срок 20 июня 2005 г.

3. В короткий срок решить вопрос вхождения в состав ТК 306 и при
положительном решении подписать соответствующие документы (или переоформить
их для действующих членов Российской комиссии экспертов ТК65 МЭК)


Отв. Участники заседания Срок 01 июля 2005 г.

4. Рекомендовать разработать проект Положения о технологии выполнении
проектов в ТК 306


Отв. ОСТК Срок 15 октября 2005 г

5. Провести следующее открытое заседание ТК 306 с рассмотрением хода
реализации организационных мер совершенствования деятельности ТК 306,
рассмотренных на настоящем заседании.


Отв. Председатель ТК, ОСТК Срок ноябрь-декабрь 2005 г

6. Рассматривать в качестве первоочередной задачи разработку программы
внедрения в российской системе технического регулирования стандартов МЭК на
технологии обеспечения функциональной безопасности систем контроля и
управления, важных для безопасности (серии МЭК 61508 и МЭК 61511).


Отв. Председатель ТК, ОСТК Срок ноябрь-декабрь 2005

Источник: АНО "Изинтех"


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


------------------------ Yahoo! Groups Sponsor --------------------~--> <font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hu38sgo/M=320369.6903865.7846595.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1122993249/A=2896110/R=0/SIG=1107idj9u/*
http://www.thanksandgiving.com
">Help save the life of a child. Support St. Jude Children©s Research Hospital</a>.</font>--------------------------------------------------------------------~->


Письмо #12221

Тема: [asutp] Измерение и управление в промышленных процессах
Начало этой темы: [asutp] Измерение и управление в промышленных процессах
Это ответ на: [asutp] OPCLink от WonderWare
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 03 Августа 2005 00:34

МЭК рулит :) Скоро может и TUV примут...

Прошло очередное заседание технического комитета по стандартизации 306
"Измерение и управление в промышленных процессах"

АНО "Изинтех"

14 июня 2005 года прошло открытое заседание технического комитета по
стандартизации 306 "Измерение и управление в промышленных процессах", в
котором приняли участие представители 17 организаций. На заседании был
рассмотрен вопрос "Об организационных мерах по совершенствованию
деятельности ТК 306 на современном этапе развития национальной системы
стандартизации Российской Федерации", с докладом по которому выступил Стась
К.Н., председатель объединенного секретариата технических комитетов по
стандартизации, президент АНО "Изинтех". По итогам обсуждения была принята
следующая резолюция


РЕЗОЛЮЦИЯ

Участников открытого заседания технического комитета 306 по стандартизации
"Измерения и управление в промышленных процессах" об активизации работ
области стандартизации систем промышленной автоматизации  
Руководствуясь


положениями Закона РФ "О техническом регулировании",

Исходя из


общей мировой тенденции максимально использовать современные системы
контроля и управления для обеспечения промышленной и экологической
безопасности, предотвращения техногенных катастроф, что является для
сегодняшней России чрезвычайно актуальной задачей,

стремления России играть важную роль в мировом экономическом сообществе и
активно работать в нем, руководствуясь нормами и правилами международных
стандартов,

Учитывая активную деятельность МЭК в техническом комитете 65 по
международной стандартизации требований к системам промышленной
автоматизации, разработавшем около 140 стандартов, действующих в настоящее
время, в том числе серию международных стандартов по функциональной
безопасности систем контроля и управления промышленными процессами, и
работающем в настоящее время над более чем 50 новыми темами,


Участники открытого заседания технического комитета 306 "Измерения и
управление в промышленных процессах", состоявшегося 14 июня 2005 года,
обсудили современное состояние международной и отечественной стандартизации
в области систем промышленной автоматизации, и пришли к выводу, что


1. Освоение массива знаний о системах промышленной автоматизации,
содержащегося в стандартах ТК 65 МЭК, закрепленного за российским ТК306, и
использование этих знаний в интересах российской системы технического
регулирования и национальной стандартизации должно стать важнейшей задачей
деятельности российского ТК 306. При этом в первую очередь необходимо в
кратчайшие сроки ввести в действие в России стандарты серий 61508 и 61511,
касающиеся систем контроля и управления, связанных с безопасностью.


2. Необходимо существенно расширить состав ТК 306, привлекая к работе в нем
на добровольной основе и на паритетных началах представителей федеральных
органов исполнительной власти, научных организаций, саморегулируемых
организаций, общественных объединений предпринимателей и потребителей


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


Участники заседания также решили:


1. Согласиться с основными положениями модели деятельности ТК306,
предложенной объединенным секретариатом технических комитетов (ОСТК), и
рекомендовать использовать ее в дальнейшей работе ТК 306.


2. Опубликовать предыдущую часть Заявления в Интернете на сайте АНО
"Изинтех" и сайте asutp.ru.


Отв. ОСТК Срок 20 июня 2005 г.

3. В короткий срок решить вопрос вхождения в состав ТК 306 и при
положительном решении подписать соответствующие документы (или переоформить
их для действующих членов Российской комиссии экспертов ТК65 МЭК)


Отв. Участники заседания Срок 01 июля 2005 г.

4. Рекомендовать разработать проект Положения о технологии выполнении
проектов в ТК 306


Отв. ОСТК Срок 15 октября 2005 г

5. Провести следующее открытое заседание ТК 306 с рассмотрением хода
реализации организационных мер совершенствования деятельности ТК 306,
рассмотренных на настоящем заседании.


Отв. Председатель ТК, ОСТК Срок ноябрь-декабрь 2005 г

6. Рассматривать в качестве первоочередной задачи разработку программы
внедрения в российской системе технического регулирования стандартов МЭК на
технологии обеспечения функциональной безопасности систем контроля и
управления, важных для безопасности (серии МЭК 61508 и МЭК 61511).


Отв. Председатель ТК, ОСТК Срок ноябрь-декабрь 2005

Источник: АНО "Изинтех"


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


------------------------ Yahoo! Groups Sponsor --------------------~--> <font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hu38sgo/M=320369.6903865.7846595.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1122993249/A=2896110/R=0/SIG=1107idj9u/*
http://www.thanksandgiving.com
">Help save the life of a child. Support St. Jude Children©s Research Hospital</a>.</font>--------------------------------------------------------------------~->


Письмо #2686

Тема: Re: [asutp] Автоматика вентиляции
Начало этой темы: Re: [asutp] Автоматика вентиляции
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 03 Августа 2005 00:36

Вопрос конкретно:
1. Кто-то построил автоматику для управления приточкой с 2-мя калориферами
и "контактным" увлажнителем (меж них) по ID диаграмме? Это, естественно,
только одно из многих требований к автоматике.

2. Где-то работает такая автоматика? Возможно кем-то другим
постоенная.Хочется посмотреть.

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


------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12h1h3m32/M=362343.6886681.7839642.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1122995385/A=2894354/R=0/SIG=11qvf79s7/*http://
http://www.globalgiving.com/cb/cidi/c_darfur.html"
;>Help Sudanese refugees rebuild their lives through GlobalGiving</a>.</font>
--------------------------------------------------------------------~->


Письмо #2685

Тема: Re: [asutp] Градуировочные характеристики ТХК
Начало этой темы: Re: [asutp] Градуировочные характеристики ТХК
Это ответ на: нет
Ответ на это письмо: нет
От: Андрей Мурашко Дата: 03 Августа 2005 01:05

Градуировочные характеристики различных термопар и термосопротивлений можно
взять здесь:
http://sysavt.h11.ru/docs/grad.html


________________

http://sysavt.h11.ru


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


------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hgq04of/M=323294.6903899.7846637.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1122995503/A=2896125/R=0/SIG=11llkm9tk/*
http://www.donorschoose.org/index.php?lc
=yahooemail">Take a look at donorschoose.org, an excellent charitable web site for anyone who cares about public education</a>!</font>
--------------------------------------------------------------------~->


Письмо #2684

Тема: [asutp] Требуется высокоточный уровнемер
Начало этой темы: [asutp] Требуется высокоточный уровнемер
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 03 Августа 2005 01:20

Требуется уровнемер для гидростенда. Измеряем уровень воды до 8 м (ровная
поверхность, нормальные условия). Абсолютная погрешность +/- 1 мм.
Интерфейс желательно RS-485, протокол Modbus (но не критично, см след
предложение :) ). Верхний уровень программы будем писать сами, значит
вопрос: протокол обмена с уровнемером могут ли дать? Тонкость: емкость
предполагается  в виде трубы диаметром 400-330 мм. Радарные уровнемеры
смотрел, но до конца еще не выяснил вопрос с "измерительным пятном" ("угол
излучения") - можно ли пятно "усечь" стенками емкости без ухудшения
абсолютной погрешности без применения родного софта...  Подскажите?

Разработчики и производители уровнемера Лазурь-2 - отзовитесь. Есть
вопросы и по вашему уровнемеру!

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


------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hcinhbt/M=323294.6903899.7846637.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1122996090/A=2896129/R=0/SIG=11llkm9tk/*
http://www.donorschoose.org/index.php?lc
=yahooemail">DonorsChoose. A simple way to provide underprivileged children resources often lacking in public schools. Fund a student project in NYC/NC today</a>!</font>
--------------------------------------------------------------------~->


Письмо #2683

Тема: Re: [asutp] OPCLink от WonderWare
Начало этой темы: [asutp] OPCLink от WonderWare
Это ответ на: [asutp] OPCLink от WonderWare
Ответ на это письмо: нет
От: Nikolay Levchenko Дата: 03 Августа 2005 01:25

Tuesday, August 2, 2005, 4:08:14 PM, you wrote:

M> Недавно начал работу с ШтЕщсгр версии 7,0. Взял OPCLink от версии 7,11.
M> Есть у меня программа цепляющаяся к контроллеру(контроллер Micont). Так
M> вот, через другие программы типа OPCExplorer данные все идут
M> нормально.....но при попытке завести эти данные на Intouch через OpcLink у
M> меня никак не цепляется....может кто сталкивался с данной проблеммой.

С удовольствием отвечу на ваши вопросы. Пишите на
nikolay.levchenko(SOBAKA)klinkmann.spb.ru


Best regards, Nikolay Levchenko



------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hl7ke5p/M=323294.6903899.7846637.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1122996378/A=2896129/R=0/SIG=11llkm9tk/*
http://www.donorschoose.org/index.php?lc
=yahooemail">DonorsChoose. A simple way to provide underprivileged children resources often lacking in public schools. Fund a student project in NYC/NC today</a>!</font>
--------------------------------------------------------------------~->


Письмо #2680

Тема: Re: [asutp] iHistorian 3.0 - загрузка данных из .csv и .xml файлов
Начало этой темы: Re: [asutp] iHistorian 3.0 - загрузка данных из .csv и .xml файлов
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 03 Августа 2005 02:01

Формат файла XML для импорта тега в список коллектора iHistorian выглядит
следующим образом:



          CWF088_File.KKK.F_CV
          My Tag 1




Например, в Windows был установлен краткий формат даты dd.mm.yyyy, тогда
формат файла XML для импорта данных iHistorian File Collector выглядит
следующим образом:




            19.03.2005 19:56:18
            1.25
            Good





Формат файла XML для импорта сообщений iHistorian File Collector выглядит
следующим образом:



       22.03.2005 19:08:28
       General
       My Test Message



причем указанные в ²iHistorian Electronic Book⌡ поля Username,
MessageNumber и Substitutions никак не используются при обработке файла.

Что же касается CSV файлов, то выяснить их формат пока не удалось.

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


------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hfhl8cj/M=362343.6886681.7839642.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123049366/A=2894350/R=0/SIG=10tj5mr8v/*
http://www.globalgiving.com
">Make a difference. Find and fund world-changing projects at GlobalGiving</a>.</font>
--------------------------------------------------------------------~->


Письмо #2682

Тема: Re: [asutp] Компиляторы на C/C++ под однокристальные процессоры
Начало этой темы: Re: [asutp] Компиляторы на C/C++ под однокристальные процессоры
Это ответ на: нет
Ответ на это письмо: Re[2]: [asutp] Компиляторы на C/C++ под однокристальные процессоры
От: Андрей Мурашко Дата: 03 Августа 2005 08:53

>Kofe yNik
>А вот событийная система в однокристалках - это очень интересно! Можно
чуть >подробнее, конечно, без раскрытия профессиональных секретов ;-)?

Все в двух словах:
  Прежде чем обсуждать событийную систему  однокристаллки необходимо
сказать несколько слов о функционировании программы-резидента.  После
включения
питания или сброса резидент производит настройку используемых им ресурсов
процессора, а неиспользуемые переводит в пассивный режим.  Поскольку он
занимает область  0...0x1FFF Flash, то все прерывания попадают в его
обработчики.
При обращении извне к каналам Modbus и i2c  резидент обеспечивает доступ
ко
всем ресурсам процессора по чтению и записи (Flash, RAM, EEPROM, SFR),
что например позволяет загружать программу пользователя во Flash без
использования
внешнего программатора (функция Бутлоадера) или настраивать конфигурацию
SFR
под конкретную задачу и управлять состоянием выходов процессора /читать
информацию
со входов.
Событийная система принципиально не отличается от событийной системы
Delphi или
С Builder - при возникновении определенной ситуации в системе или
приложении
пользователя в ее обработчик передается управление, если пользователь это
затребовал.
В нашем случае предопределенео 8 событий (пока), а именно:
- инициализация системы
- цикл main
- прерывание высчокого уровня или 100 мкс отметка временного интервала
- 1 мл сек интервал
- 10 мл сек интервал
- прерывание низкого уровня
- приход телеграммы по Modbus с экста кодом команды
- однократное выполнение обработчика в цикле main
Подключение их к программе пользователя возможно как статмчески (блок
переходв
во Flash,  настраиваемый пользователм, так и динамически
- ячейка RAM состояние которой
используется резидентом в качечтве маски)

>А что особенного в Ваших разработках преобразователей интерфейсов от
традиционных,
>на микросхемах типа МАХ485?

  Лучше обратится к докментации  
http://www.fractal.com.ru


С уважением,
   Евгений, инженер-разработчик фирмы "Фрактал"

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


------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hs1r0gk/M=362343.6886681.7839642.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123023207/A=2894354/R=0/SIG=11qvf79s7/*http://
http://www.globalgiving.com/cb/cidi/c_darfur.html"
;>Help Sudanese refugees rebuild their lives through GlobalGiving</a>.</font>
--------------------------------------------------------------------~->


Письмо #2681

Тема: [asutp] Re: ХГЛЕПХРЕКЭМН-СОПЮБКЪЧЫЮЪ ЯХЯРЕЛЮ ДКЪ СГКЮ СВЕРЮ МЕТРХ
Начало этой темы: [asutp] Re: ХГЛЕПХРЕКЭМН-СОПЮБКЪЧЫЮЪ ЯХЯРЕЛЮ ДКЪ СГКЮ СВЕРЮ МЕТРХ
Это ответ на: нет
Ответ на это письмо: нет
От: Michael Дата: 03 Августа 2005 09:10

Уважаемый господин "познающий", а так же прочие челы, скрывающиеся
под "никами" - просьба подписываться своими именами!

Господину "познающему" предупреждение - за излишнее цитирование и
дублирование чужих подписей, за отсутсвие своей подписи.
Господину "кофейнику" - за отсутсвие подписи.

Не будете подписываться своими именами - не будете видеть своих постов
в форуме! Так понятно?

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




------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hbo3f5j/M=362329.6886307.7839373.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123024054/A=2894324/R=0/SIG=11hia266k/*
http://www.youthnoise.com/page.php?page_id
=1998">1.2 million kids a year are victims of human trafficking. Stop slavery</a>.</font>
--------------------------------------------------------------------~->


Письмо #2679

Тема: Re: [asutp] SIMEAS и преобразователь RS232 => RS485
Начало этой темы: Re: [asutp] SIMEAS и преобразователь RS232 => RS485
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 03 Августа 2005 15:11

Спасибо всем большое! Ваши советы помогли.

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


------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hcus6ak/M=320369.6903865.7846595.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123049399/A=2896112/R=0/SIG=1107idj9u/*
http://www.thanksandgiving.com

">Give the gift of life to a sick child. Support St. Jude Children©s Research Hospital</a>.</font>
--------------------------------------------------------------------~->


Письмо #2677

Тема: Re: [asutp] Требуется высокоточный уровнемер
Начало этой темы: Re: [asutp] Требуется высокоточный уровнемер
Это ответ на: нет
Ответ на это письмо: нет
От: Андрей Мурашко Дата: 03 Августа 2005 17:34

Для такой точности смотрите в сторону SAAB-Rosemount, Enraf. Это
действительно высокоточные уровнемеры.
Насчет "измерительного пятна" - не берите в голову. С помощью современных
радаров можно от данных помех отстроиться. Ну для таких приложений с
высокой точной лучше SAAB-а ИМХО еще ничего не сделали.
PS: Правда дорогой SAAB зараза. AFAIK от 10.000 USD.

С Уважением,
Олег Ушаков
ЗАО &quot;ТЕККНОУ&quot;, Санкт-Петербург
Комплексные решения в облаcти метрологии и измерений
http://www.tek-know.ru

E-Mail



------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12h1t9fqq/M=323294.6903899.7846637.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123054492/A=2896125/R=0/SIG=11llkm9tk/*
http://www.donorschoose.org/index.php?lc
=yahooemail">Take a look at donorschoose.org, an excellent charitable web site for anyone who cares about public education</a>!</font>
--------------------------------------------------------------------~->


Письмо #2678

Тема: Вопрос по событийности... было: Re[2]: [asutp] Компиляторы на C/C++ под однокристальные процессоры
Начало этой темы: Re: [asutp] Компиляторы на C/C++ под однокристальные процессоры
Это ответ на: Re: [asutp] Компиляторы на C/C++ под однокристальные процессоры
Ответ на это письмо: нет
От: Vladimir E. Zyubin Дата: 03 Августа 2005 17:41

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

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

почему возник вопрос: я всегда считал, например, что событийность предполагает
источником событий объект управления, а наличие стандартных (на мой взгляд) служб
времени, коммуникационного протокола и контроллера прерываний.
во-вторых, события определяются пользователем (задачей)... ну и т.д.

--
Best regards.
= Vladimir E. Zyubin
= Wednesday, August 03, 2005, 11:35:50 AM =                      

Wednesday, August 03, 2005, 2:53:22 AM, GEN++ wrote:


>>Kofe yNik
>>А вот событийная система в однокристалках - это очень интересно! Можно
чуть >>подробнее, конечно, без раскрытия профессиональных секретов ;-)?

G> Все в двух словах:
...




------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12h8rkqgf/M=320369.6903865.7846595.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123051283/A=2896110/R=0/SIG=1107idj9u/*
http://www.thanksandgiving.com

">Help save the life of a child. Support St. Jude Children©s Research Hospital</a>.</font>
--------------------------------------------------------------------~->


Письмо #2675

Тема: RE: Re[2]: [asutp] СУБД РВ - очередной маркетинговый ход?
Начало этой темы: RE: Re[2]: [asutp] СУБД РВ - очередной маркетинговый ход?
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Власов Дата: 03 Августа 2005 19:02

Здравствуйте, Дмитрий!

Скорее всего Вы правы.
Мои заблуждения относительно механизма хранения данных InSQL и ограничения
функциональности запросов появились в результате изучения документации по этой
системе (возможно устаревшей). Там было прямо указано на такое поведение. В свое
время я сравнивал InSQL и PI. И тогда выбор был сделан в пользу PI.
В любом случае, "прикручивание" такой мощной и дорогой системы как MSSQL только
для хранения конфигурации - не думаю, что это целесообразно.


>>   Справедливости ради:
>>   1. InSQL использует MSSQL в основном как фантик к конфете для
>> организации серверного интерфейса и хранения в таблицах MSSQL
>> собственных настроек (sic!). Механизм же хранения данных на уровне
>> файлов у InSQL абсолютно свой, чем и достигается высокая скорость
>> работы. Файлы даже хранятся в другой директории.
>>    2. Являясь надстройкой, InSQL не ущемляет функциональность MSSQL.
>> Обращайтесь к MS напрямую и работайте с его базами, как обычно.
>> Перечисленные ограничения относятся только к данным собственно InSQL.
>>    3. InSQL способен без участия SCADA-системы собирать данные с
>> серверов ввода/вывода.


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


------------------------ Yahoo! Groups Sponsor --------------------~--> <font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hakeqgh/M=320369.6903865.7846595.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123059929/A=2896112/R=0/SIG=1107idj9u/*
http://www.thanksandgiving.com
">Give the gift of life to a sick child. Support St. Jude Children©s Research Hospital</a>.</font>--------------------------------------------------------------------~->


Письмо #12220

Тема: RE: Re[2]: [asutp] СУБД РВ - очередной маркетинговый ход?
Начало этой темы: RE: Re[2]: [asutp] СУБД РВ - очередной маркетинговый ход?
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Власов Дата: 03 Августа 2005 19:02

Здравствуйте, Дмитрий!

Скорее всего Вы правы.
Мои заблуждения относительно механизма хранения данных InSQL и ограничения
функциональности запросов появились в результате изучения документации по этой
системе (возможно устаревшей). Там было прямо указано на такое поведение. В свое
время я сравнивал InSQL и PI. И тогда выбор был сделан в пользу PI.
В любом случае, "прикручивание" такой мощной и дорогой системы как MSSQL только
для хранения конфигурации - не думаю, что это целесообразно.


>>   Справедливости ради:
>>   1. InSQL использует MSSQL в основном как фантик к конфете для
>> организации серверного интерфейса и хранения в таблицах MSSQL
>> собственных настроек (sic!). Механизм же хранения данных на уровне
>> файлов у InSQL абсолютно свой, чем и достигается высокая скорость
>> работы. Файлы даже хранятся в другой директории.
>>    2. Являясь надстройкой, InSQL не ущемляет функциональность MSSQL.
>> Обращайтесь к MS напрямую и работайте с его базами, как обычно.
>> Перечисленные ограничения относятся только к данным собственно InSQL.
>>    3. InSQL способен без участия SCADA-системы собирать данные с
>> серверов ввода/вывода.


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


------------------------ Yahoo! Groups Sponsor --------------------~--> <font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hakeqgh/M=320369.6903865.7846595.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123059929/A=2896112/R=0/SIG=1107idj9u/*
http://www.thanksandgiving.com
">Give the gift of life to a sick child. Support St. Jude Children©s Research Hospital</a>.</font>--------------------------------------------------------------------~->


Письмо #2674

Тема: RE: Re[2]: [asutp] СУБД РВ - очередной маркетинговый ход?
Начало этой темы: RE: Re[2]: [asutp] СУБД РВ - очередной маркетинговый ход?
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 03 Августа 2005 19:11

Если сравнивать, то обратите внимание также на аналогичный продукт InfoPlus
от Aspentech. ИМХО - очень достойный внимания и многократно опробованный.
Но почему-то не особо известный бренд в нашей среде.

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

Скорее всего Вы правы.
Мои заблуждения относительно механизма хранения данных InSQL и ограничения
функциональности запросов появились в результате изучения документации по
этой
системе (возможно устаревшей). Там было прямо указано на такое поведение. В
свое
время я сравнивал InSQL и PI. И тогда выбор был сделан в пользу PI.
В любом случае, "прикручивание" такой мощной и дорогой системы как MSSQL
только
для хранения конфигурации - не думаю, что это целесообразно.



------------------------ Yahoo! Groups Sponsor --------------------~--> <font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hp1lc9q/M=362343.6886681.7839642.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123060295/A=2894350/R=0/SIG=10tj5mr8v/*
http://www.globalgiving.com
">Make a difference. Find and fund world-changing projects at GlobalGiving</a>.</font>--------------------------------------------------------------------~->


Письмо #12219

Тема: RE: Re[2]: [asutp] СУБД РВ - очередной маркетинговый ход?
Начало этой темы: RE: Re[2]: [asutp] СУБД РВ - очередной маркетинговый ход?
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 03 Августа 2005 19:11

Если сравнивать, то обратите внимание также на аналогичный продукт InfoPlus
от Aspentech. ИМХО - очень достойный внимания и многократно опробованный.
Но почему-то не особо известный бренд в нашей среде.

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

Скорее всего Вы правы.
Мои заблуждения относительно механизма хранения данных InSQL и ограничения
функциональности запросов появились в результате изучения документации по
этой
системе (возможно устаревшей). Там было прямо указано на такое поведение. В
свое
время я сравнивал InSQL и PI. И тогда выбор был сделан в пользу PI.
В любом случае, "прикручивание" такой мощной и дорогой системы как MSSQL
только
для хранения конфигурации - не думаю, что это целесообразно.



------------------------ Yahoo! Groups Sponsor --------------------~--> <font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hp1lc9q/M=362343.6886681.7839642.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123060295/A=2894350/R=0/SIG=10tj5mr8v/*
http://www.globalgiving.com
">Make a difference. Find and fund world-changing projects at GlobalGiving</a>.</font>--------------------------------------------------------------------~->


Письмо #2673

Тема: [asutp] ARM_Processor
Начало этой темы: [asutp] ARM_Processor
Это ответ на: нет
Ответ на это письмо: нет
От: EugeneRyzhov Дата: 03 Августа 2005 19:36

Здравствуйте, Александр Бурмистров!
Большое спасибо за Ваш рассказ. Моя низкая подготовка в этой области
(о чем я искренне сожалею) и нагрянувшее время "больших отпусков"
не позволяют на должном уровне поддерживать беседу (жаль Вашего времени).
Но тема "широкого использования архитектуры ARM" и
инструментальных средств, конечно, остается актуальной!

Евгений Рыжов





------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12h2dn927/M=362329.6886307.7839373.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123061894/A=2894324/R=0/SIG=11hia266k/*
http://www.youthnoise.com/page.php?page_id
=1998">1.2 million kids a year are victims of human trafficking. Stop slavery</a>.</font>
--------------------------------------------------------------------~->


Письмо #2676

Тема: Re[2]: [asutp] СУБД РВ - очередной маркетинговый ход?
Начало этой темы: Re[2]: [asutp] СУБД РВ - очередной маркетинговый ход?
Это ответ на: нет
Ответ на это письмо: Re[4]: [asutp] СУБД РВ - очередной маркетинговый ход?
От: Dmitry Pankin Дата: 03 Августа 2005 19:37

Добрый день, Дмитрий!

Tuesday, July 26, 2005, 9:49:13 AM, you wrote:
ДВ> трафика. Все значения данных хранятся MS SQL (в таблицах Runtime.*History и
ДВ> Runtime.*Live). Что интересно, выборка данных из InSQL  реализована несколько
ДВ> странно: в стандартных SQL запросах не допускается применять математические или
ДВ> текстовые функции, нельзя применять GROUP BY, ORDER BY. Все запросы
ДВ> перенаправляются MSSQL. Есть API, но это лишь обертка для SQL запросов, поэтому
ДВ> функциональности не добавляет.

   Справедливости ради:
   1. InSQL использует MSSQL в основном как фантик к конфете для
организации серверного интерфейса и хранения в таблицах MSSQL
собственных настроек (sic!). Механизм же хранения данных на уровне
файлов у InSQL абсолютно свой, чем и достигается высокая скорость
работы. Файлы даже хранятся в другой директории.
   2. Являясь надстройкой, InSQL не ущемляет функциональность MSSQL.
Обращайтесь к MS напрямую и работайте с его базами, как обычно.
Перечисленные ограничения относятся только к данным собственно InSQL.
   3. InSQL способен без участия SCADA-системы собирать данные с
серверов ввода/вывода.


--
С уважением,
Дмитрий Панькин     
ООО "фирма Калининградгазприборавтоматика"  



------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hvjra7m/M=320369.6903865.7846595.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123058342/A=2896110/R=0/SIG=1107idj9u/*
http://www.thanksandgiving.com

">Help save the life of a child. Support St. Jude Children©s Research Hospital</a>.</font>
--------------------------------------------------------------------~->


Письмо #2672

Тема: [asutp] Re: Индикаторы Ех
Начало этой темы: [asutp] Re: Индикаторы Ех
Это ответ на: нет
Ответ на это письмо: нет
От: Oleg J. Ushakov Дата: 03 Августа 2005 20:04

--- In E-Mail, &quot;Петр Нечаев&quot; &lt;nechaev_p@m...&gt; wrote:
&gt; Кто может подсказать импортные индикаторы щитового монтажа, для
размещения в
&gt; Зоне I, IIC, T3, входной сигнал 4...20 мА? С наличием российских
&gt; сертификатов.

Один раз озадачился такой же проблемой. Единственное что нашел приборы
фирмы MTL (
http://www.mtl.com
). Представитель в РФ
http://www.vspmos.ru
.
Сертификаты есть.
PS: Даже отечественных индикаторов не нашел, правда мне нужна была еще
и защита IP65 min.

C Уважением,
Олег Ушаков
ЗАО &quot;Тек-кноу&quot;, Санкт-Петербург

http://www.tek-know.ru








    SPONSORED LINKS




        Learning russian language


        Russian language


        Russian language course




        Russian language study


        Russian language translation


        Russian


Письмо #2671

Тема: Re: [asutp] измерительно-управляющая система для узла учета нефти
Начало этой темы: Re: [asutp] измерительно-управляющая система для узла учета нефти
Это ответ на: нет
Ответ на это письмо: Re: [asutp] измерительно-управляющая система для узла учета нефти
От: Андрей Мурашко Дата: 03 Августа 2005 20:21

Сдается, мне, о Познающий, что Вы дразнитесь и ерничаете! :-)

Поскольку Вы не открываете своего истинного имени и компании, в которой
работаете, то ничем не могу Вам помочь конкретным.
Думаю, что анонимность в настоящей конференции вообще не приветствуется.
Как на это смотрят модераторы и другие участники форума?

Что касается Вашего замечания о перевозке 30 кг груза 180-тонным
самосвалом, то сравнение с DeltaV в данном случае неудачное по двум
причинам:
1. задача автоматизировать УУН все-таки не является тривиальной - кроме
подключения небольшого количества сигналов надо еще создать ПО учета нефти
и печати фискальных документов. Можете делать это с нуля на любой СКАДЕ, а
можете взять готовые наработки с других проектов.
2. DeltaV не является 180-тонным самосвалом, а скорее "трансформером" -
одинаково эффективно перевозит 30 кг и 180 тонн.
Но это частности. В мире существуют сотни других систем, способных решить
Вашу задачу.
Хотите, берите готовый и интегрированный комплект (дороже, но надежнее,
быстрее и удобнее), а хотите, берите "кубики" и соберите систему своей
мечты сами (дешевле, познавательней, интересней жить и решать проблемы
которые сами перед собой воздвигнете).

С наилучшими пожеланиями,
Андрей Мурашко
Emerson Process Management

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


------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12he7jpqn/M=362343.6886681.7839642.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123064502/A=2894350/R=0/SIG=10tj5mr8v/*
http://www.globalgiving.com
">Make a difference. Find and fund world-changing projects at GlobalGiving</a>.</font>
--------------------------------------------------------------------~->


Письмо #2670

Тема: Re[2]: [asutp] Компиляторы на C/C++ под однокристальные процессоры
Начало этой темы: Re: [asutp] Компиляторы на C/C++ под однокристальные процессоры
Это ответ на: Re: [asutp] Компиляторы на C/C++ под однокристальные процессоры
Ответ на это письмо: нет
От: Alexander Zorkaltsev Дата: 03 Августа 2005 20:41

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

> Событийная система принципиально не отличается от событийной системы
G> Delphi или С Builder - при возникновении определенной ситуации в системе или
G> приложении пользователя в ее обработчик передается управление, если пользователь это
G> затребовал.
G> В нашем случае предопределенео 8 событий (пока), а именно:
Сразу три вопроса возникло
1) Какие в системе соглашение на максимальную
   длительность обработчика ?
2) Возможно ли выставлять приоритеты событий или они фиксированны
   и скорлько уровней приоритетов ?
3) Какие механизмы в системе предусмотрены для дообработки события,
   что бы не сдерживать другие обработчики ?

---
С уважением,
Александр Зоркальцев,
Инженер, НИИ Электронных систем, г. Томск.
mailto:E-Mail



------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hdo3joc/M=362343.6886681.7839642.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123065674/A=2894354/R=0/SIG=11qvf79s7/*http://
http://www.globalgiving.com/cb/cidi/c_darfur.html"
;>Help Sudanese refugees rebuild their lives through GlobalGiving</a>.</font>
--------------------------------------------------------------------~->


Письмо #2669

Тема: Re: [asutp] измерительно-управляющая система для узла учета нефти
Начало этой темы: Re: [asutp] измерительно-управляющая система для узла учета нефти
Это ответ на: Re: [asutp] измерительно-управляющая система для узла учета нефти
Ответ на это письмо: нет
От: Sergey N. Marchuk Дата: 03 Августа 2005 20:45

----- Original Message -----
From: "Андрей Мурашко"
>
> Поскольку Вы не открываете своего истинного имени и компании, в которой
> работаете, то ничем не могу Вам помочь конкретным.
> Думаю, что анонимность в настоящей конференции вообще не приветствуется.
> Как на это смотрят модераторы и другие участники форума?
- страна должна знать своиз героев

[skip]

> Хотите, берите готовый и интегрированный комплект (дороже, но надежнее,
> быстрее и удобнее), а хотите, берите "кубики" и соберите систему своей
> мечты сами (дешевле, познавательней, интересней жить и решать > > ?>
> проблемы которые сами перед собой воздвигнете).
- аплодирую - емко и кратко.


Sergei N. Marchuk
META LLC, Tyumen, Russia
Tel: +7 (3452) 451348 Fax: +7 (3452) 451349



------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hbpl76f/M=320369.6903865.7846595.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123065869/A=2896110/R=0/SIG=1107idj9u/*
http://www.thanksandgiving.com

">Help save the life of a child. Support St. Jude Children©s Research Hospital</a>.</font>
--------------------------------------------------------------------~->


Письмо #2668

Тема: RE: [asutp] измерительно-управляющая система для узла учета нефти
Начало этой темы: RE: [asutp] измерительно-управляющая система для узла учета нефти
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 03 Августа 2005 20:53

Предупреждения были. Последствия- при очередном повторе.
Остальное все в тему, без оффтопа.
А почему был вопрос про альтернативы- смею предположить, что на тендер
обычно нужно как минимум 3 участника, а их еще найти нужно...и сравнить.
Только ИМХО сравнивать стоимость нужно после ТКП. Иначе- некорректно
обсуждать.

Мне вот хуже...нужно правильно выбрать команду и решение из 4-х известных
брендов...

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

Поскольку Вы не открываете своего истинного имени и компании, в которой
работаете, то ничем не могу Вам помочь конкретным.
Думаю, что анонимность в настоящей конференции вообще не приветствуется.
Как на это смотрят модераторы и другие участники форума?



------------------------ Yahoo! Groups Sponsor --------------------~--> <font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12h1ugmml/M=362343.6886681.7839642.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123066385/A=2894354/R=0/SIG=11qvf79s7/*http://
http://www.globalgiving.com/cb/cidi/c_darfur.html"
;>Help Sudanese refugees rebuild their lives through GlobalGiving</a>.</font>--------------------------------------------------------------------~->


Письмо #12218

Тема: RE: [asutp] измерительно-управляющая система для узла учета нефти
Начало этой темы: RE: [asutp] измерительно-управляющая система для узла учета нефти
Это ответ на: Re: [asutp] измерительно-управляющая система для узла учета нефти
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 03 Августа 2005 20:53

Предупреждения были. Последствия- при очередном повторе.
Остальное все в тему, без оффтопа.
А почему был вопрос про альтернативы- смею предположить, что на тендер
обычно нужно как минимум 3 участника, а их еще найти нужно...и сравнить.
Только ИМХО сравнивать стоимость нужно после ТКП. Иначе- некорректно
обсуждать.

Мне вот хуже...нужно правильно выбрать команду и решение из 4-х известных
брендов...

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

Поскольку Вы не открываете своего истинного имени и компании, в которой
работаете, то ничем не могу Вам помочь конкретным.
Думаю, что анонимность в настоящей конференции вообще не приветствуется.
Как на это смотрят модераторы и другие участники форума?



------------------------ Yahoo! Groups Sponsor --------------------~--> <font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12h1ugmml/M=362343.6886681.7839642.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123066385/A=2894354/R=0/SIG=11qvf79s7/*http://
http://www.globalgiving.com/cb/cidi/c_darfur.html"
;>Help Sudanese refugees rebuild their lives through GlobalGiving</a>.</font>--------------------------------------------------------------------~->


Письмо #2667

Тема: Re[4]: [asutp] СУБД РВ - очередной маркетинговый ход?
Начало этой темы: Re[2]: [asutp] СУБД РВ - очередной маркетинговый ход?
Это ответ на: Re[2]: [asutp] СУБД РВ - очередной маркетинговый ход?
Ответ на это письмо: нет
От: Dmitry Pankin Дата: 03 Августа 2005 21:50

Добрый день, Дмитрий!

Wednesday, August 3, 2005, 9:02:35 AM, you wrote:
ДВ> В любом случае, "прикручивание" такой мощной и дорогой системы как MSSQL только
ДВ> для хранения конфигурации - не думаю, что это целесообразно.
Опять таки не для восхваления конкретного продукта, а порядка ради:
1.   Ну, не только для хранения конфигурации. Эт совершенно побочная
вещь. В основном, для заимствования серверного интерфейса.
2.   Стоимость MSSQL Server Open License ~1200USD. + немного на
клиентские лицензии. По сравнению со стоимостью самого продукта класса
PI или InSQL - смешные деньги.

--
С уважением,
Дмитрий Панькин     
ООО "фирма Калининградгазприборавтоматика"  



------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hbiotrf/M=362343.6886681.7839642.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123066258/A=2894354/R=0/SIG=11qvf79s7/*http://
http://www.globalgiving.com/cb/cidi/c_darfur.html"
;>Help Sudanese refugees rebuild their lives through GlobalGiving</a>.</font>
--------------------------------------------------------------------~->


Письмо #2666

Тема: [asutp] Оборудование OVAL
Начало этой темы: [asutp] Оборудование OVAL
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 03 Августа 2005 22:14

Уважаемые,

Знаю, что на форуме присутствует много технических специалистов, которые
занимаются подбором оборудования КИП для своих проектов. Предлагаю
ознакомиться с оборудованием для измерения расхода жидкостей и газов
производства OVAL Corp. (Япония). Компания имеет в своей производственной
линейке расходомеры различных принципов действия и типоразмеров:
кориолисовые расходомеры, камерные счетчики, вихревые, турбинные,
ультразвуковые газовые расходомеры и многое другое. Все необходимые
технические характеристики Вы можете посмотреть на нашем сайте в интернете

http://www.oval-russia.ru

Если что-то заинтересует, буду рад ответить на любые вопросы.

С уважением,
Сапун Андрей
OVAL Corp.

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


------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hlnipla/M=320369.6903865.7846595.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123071362/A=2896110/R=0/SIG=1107idj9u/*
http://www.thanksandgiving.com

">Help save the life of a child. Support St. Jude Children©s Research Hospital</a>.</font>
--------------------------------------------------------------------~->


Письмо #2665

Тема: Re: [asutp] Индикаторы Ех
Начало этой темы: Re: [asutp] Индикаторы Ех
Это ответ на: нет
Ответ на это письмо: нет
От: Андрей Мурашко Дата: 03 Августа 2005 23:25

есть еще:
Rosemount модель 751 - с аналоговым или цифровым индкатором
и модель 751 для Foundation Fieldbus.

http://www.rosemount.com/products/accessories/m751.html


С наилучшими пожеланиями,
Андрей Мурашко
Emerson Process Management

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


------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12haht3qk/M=362343.6886681.7839642.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123075512/A=2894350/R=0/SIG=10tj5mr8v/*
http://www.globalgiving.com
">Make a difference. Find and fund world-changing projects at GlobalGiving</a>.</font>
--------------------------------------------------------------------~->


Письмо #2664

Тема: [asutp] Возможно ли подключение датчика к барьеру через разборную клемму?
Начало этой темы: [asutp] Возможно ли подключение датчика к барьеру через разборную клемму?
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Возможно ли подключение датчика к барьеру через разборную клемму?
От: indian Дата: 03 Августа 2005 23:46

В нашей станции управления (СУ) использутся барьеры искробезопасности.

Схема подключения:
Датчик 4-20 во зрывоопасной зоне - двухпроводный экранированный кабель -
наша СУ во
взрывобезопасной зоне.
Кабель в СУ приходит на 2 клеммы к которым проводами подключен барьер.

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

С уважением, Чулков Владимир Геннадьевич.

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


------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hbq1i1a/M=323294.6903899.7846637.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123076882/A=2896130/R=0/SIG=11llkm9tk/*
http://www.donorschoose.org/index.php?lc
=yahooemail">Give underprivileged students the materials they need to learn. Bring education to life by funding a specific classroom project═
</a>.</font>
--------------------------------------------------------------------~->


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

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