YarrowSoft

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

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

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

Письма за один день 19 Февраля 2005 с 1 -5 из 5

Письмо #5404

Тема: Re: Re[6]: [asutp] WinCC + OpenGL
Начало этой темы: Re[4]: [asutp] WinCC + OpenGL
Это ответ на: Re: Re[6]: [asutp] WinCC + OpenGL
Ответ на это письмо: RE: Re[6]: [asutp] WinCC + OpenGL
От: Dmitry Chistiakov Дата: 19 Февраля 2005 00:51

>
>      Почему же, можно по результатам ультразвукового контроля показать
> размер трещины или внутренней пустоты, которые внешне не видны. А фото
> приложить "виртуальное" с условной точкой привязки.
>
>     С Уважением, Николай Гашевский,
> аналитик отдела АСУТП АО "Укртатнафта"

Это только если процесс достаточно медленный, т.к. большинство проблем с качеством,
будет просто пропущено (а тем более с проверкой его ультразвуком потребует времени на измерение).

С уважением, Дмитрий Чистяков
СТА ПХЛ ОАО СеверСталь



------------------------ Yahoo! Groups Sponsor --------------------~-->
Help save the life of a child.  Support St. Jude Children's Research Hospital's
'Thanks & Giving.'

http://us.click.yahoo.com/mGEjbB/5WnJAA/E2hLAA/FXOolB/TM

--------------------------------------------------------------------~->


Письмо #5400

Тема: Re[2]: [asutp] OPC клиент-сервер определение типов данных
Начало этой темы: [asutp] OPC клиент-сервер определение типов данных
Это ответ на: Re: [asutp] OPC клиент-сервер определение типов данных
Ответ на это письмо: Re[3]: [asutp] OPC клиент-сервер определение типов данных
От: vlad Дата: 19 Февраля 2005 02:08

Friday, February 18, 2005, 2:41:53 PM, you wrote:

V>>   Возник вопрос: "Кто должен определять тип данных?"
V>>   Товарищ говорит, что тип данных прописывается на сервере жестко.
V>>   Т.е., если переменная определена на сервере VT_R8, то она для
V>>   всех клиентов возвращается, как VT_R8.
V>>   А я говорю, что тип данных заказывает клиент.
AB> Никогда не стоит закладываться на то, что OPC-сервер сможет вернуть
AB> именно тот тип значения, который ты заказываешь. Ваш OPC-сервер это
AB> сможет, а другой нет - что тогда будет делать твой OPC-клиент?
AB> Еще такой момент - я в своем клиенте указываю пустой тип данных, и
AB> потом на ходу анализирую приходящий тип, и преобразую в то, что мне
AB> надо. Причем так вполне можно делать по стандарту, это не мои

Я в своем клиенте анализирую приходящий ответ по всем типам данных
описанных в COMUTIL.H
Но вопрос не в том, кто-как делает, а в том: Как правильно?
(ближе к стандарту)

AB> И правильно ли это, когда клиент заказывает тип VT_DATE, а на самом
AB> деле на сервере это аналоговый тег? Правилен ли такой клиент, который
AB> требует подобного безусловного преобразования типа на стороне сервера?

А отккуда клиент может знать, какой тип данных на сервере?
И правильно ли, если на такой запрос(неправильный) сервер вернет
какое-то значение, а не VT_ERROR или VT_EMPTY?

AB> В общем - рассуждения о том, как правильно всегда упрутся в то, что мы
AB> видим на мониторе. И если клиент показывает неправильное значение
AB> из-за того, что OPC-сервер не смог ему дать желаемый тип этого
AB> значения, то тут можно винить только OPC-клиента (и его разработчика),
AB> который оказался не слишком умен для того, чтобы заниматься
AB> самостоятельным преобразование типов.

Точно, так же можно винить и OPC сервер и его разработчика:
AB> И если [сервер выдает] неправильное значение
AB> из-за того, что [OPC-клиент] не смог [у него запросить] желаемый тип этого
AB> значения, то тут можно винить только [OPC-сервер] (и его разработчика),
AB> который оказался не слишком умен для того, чтобы заниматься
AB> самостоятельным преобразование[м] типов.

Успехов!



------------------------ Yahoo! Groups Sponsor --------------------~-->
Help save the life of a child.  Support St. Jude Children's Research Hospital's
'Thanks & Giving.'

http://us.click.yahoo.com/mGEjbB/5WnJAA/E2hLAA/FXOolB/TM

--------------------------------------------------------------------~->


Письмо #5399

Тема: Re[3]: [asutp] Re: OPC клиент-сервер определение типов данных
Начало этой темы: [asutp] Re: OPC клиент-сервер определение типов данных
Это ответ на: Re[2]: [asutp] Re: OPC клиент-сервер определение типов данных
Ответ на это письмо: нет
От: vlad Дата: 19 Февраля 2005 02:13

Friday, February 18, 2005, 2:45:07 PM, you wrote:

V>> Так где ее взять?
V>> OPC Foundation не пускает...
AB> Какой документации у тебя нет - OPC DA 2? Не смешите мои тапочки - она

Какие у Вас интелектуальные тапочки... :)

AB> сейчас на каждом углу валяется! И на Foundation она была свободно.

Я по углам не хожу.

AB> Если есть диск с дистрибутивом GENESIS-32 - там она тоже есть.
AB> Александр Бурмистров.

А разве диск с дистрибутивом GENESIS-32 должен быть у каждого программиста?

Спасибо, умные люди подсказали, где можно взять спецификации свободно.

Успехов!



------------------------ Yahoo! Groups Sponsor --------------------~-->
Take a look at donorschoose.org, an excellent charitable web site for
anyone who cares about public education!

http://us.click.yahoo.com/O.5XsA/8WnJAA/E2hLAA/FXOolB/TM

--------------------------------------------------------------------~->


Письмо #5403

Тема: [asutp] о документации
Начало этой темы: [asutp] о документации
Это ответ на: нет
Ответ на это письмо: нет
От: Деречей Олег Дата: 19 Февраля 2005 14:28

Здравствуйте!
Кто-нибудь может помочь руководством по эксплуатации на массомеры ROTAMASS
3-Series YOKOGAWA на русском. С поставкой не было, а пока снабженцы решат
эти проблемы много воды утечет. На запрос на сайте фирма молчит.
Сбросьте директом.

Олег Деречей
НГДУ ООО "Уренгойгазпром"
E-Mail


------------------------ Yahoo! Groups Sponsor --------------------~--> DonorsChoose. A simple way to provide underprivileged children resources often lacking in public schools. Fund a student project in NYC/NC today!
http://us.click.yahoo.com/5F6XtA/.WnJAA/E2hLAA/FXOolB/TM--------------------------------------------------------------------~->
;


Письмо #5402

Тема: RE: [asutp] о документации
Начало этой темы: RE: [asutp] о документации
Это ответ на: нет
Ответ на это письмо: Re[2]: [asutp] о документации
От: Койда Александр Алексеевич Дата: 19 Февраля 2005 19:51

Здравствуй,Олег!
Наша компания является дистребьютером по приборам Иокогава в ЯНАО, ХМАО и Газпрому.
Мы поставили 50 кориолисовых расходомеров для УГП в январе месяце, может это для вашего НГДУ?
Информация по оборудованию имеется на нашем сайте.
По  любым вопросам можешь обращаться к нам (телефоны теже, что и меня, вопрос можно задавать на сайт КИП нашей компании, или Специалистам: Койда Виталий - E-Mail, (доп. тел. 152),Горбунов Сергей - E-Mail (доп.тел 143)или напрямую мне.
Наша задача обеспечить оперативную и полную поддержку для Заказчика.


http://www.primegroup.ru


С уважением,
Директор инженерно-технического центра,
заместитель Генерального директора
ООО "ПРАЙМ ГРУП"
Александр Алексеевич Койда
E-Mail
т. (095) 725-44-33, 725-44-32
ф.(095) 725-44-34

-----Original Message-----
From: Деречей Олег [mailto:E-Mail]
Sent: Saturday, February 19, 2005 6:28 AM
To: E-Mail
Subject: [asutp] о документации
Importance: High

Здравствуйте!
Кто-нибудь может помочь руководством по эксплуатации на массомеры ROTAMASS 3-Series YOKOGAWA на русском. С поставкой не было, а пока снабженцы решат эти проблемы много воды утечет. На запрос на сайте фирма молчит.
Сбросьте директом.

Олег Деречей
НГДУ ООО "Уренгойгазпром"
E-Mail


------------------------ Yahoo! Groups Sponsor --------------------~--> DonorsChoose. A simple way to provide underprivileged children resources often lacking in public schools. Fund a student project in NYC/NC today!

http://us.click.yahoo.com/5F6XtA/.WnJAA/E2hLAA/FXOolB/TM

--------------------------------------------------------------------~->


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

Error. Page cannot be displayed. Please contact your service provider for more details. (9)