YarrowSoft

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

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

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

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

Письмо #5428

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

ДМ> Потом еще просят зум для бракового участка (для визуального определения типа
ДМ> брака: раковина, каверна или что там у них еще бывает)....в общем, та еще
ДМ> задачка. Но- интересная, потому и решили поробовать.

Да, прикольная задачка. Вообще с 3D-моделью все понятно, и просто -
можно ее вращать как хочешь, показывать стрелками в разные ее точки.
А вот зум и показ бракованных участков - есть в этом смысл? Все, что
сможете показать - это тип брака. Тут уже без разницы, как показывать
- надписью, цветом, или еще как. Но вот реальную картину показать
будет затруднительно - можно только фото бракованного участка
прикладывать. Или у вас есть некие аналоговые теги, выдающие тип брака
и его физичекие параметры, размеры, положение и пр? Тогда можно
конечно, теоретически, на лету модернизировать эту модель на основе
этих данных, но это уже целый графический движок получается! И
немеренно работы, думаю. :-)

Александр Бурмистров.




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

http://us.click.yahoo.com/lGEjbB/6WnJAA/E2hLAA/FXOolB/TM

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


Письмо #5426

Тема: [asutp] Датчики скорости воздушного потока
Начало этой темы: [asutp] Датчики скорости воздушного потока
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Датчики скорости воздушного потока
От: Yuri Kruglov Дата: 18 Февраля 2005 00:15

Уважаемые знатоки!
Где можно найти информацию по датчикам, измеряющим скорость воздушного потока?
Требования:
1) взрывобезопасное исполнение;
2) диапазон измерений 0,15-5 м/с;
3) цель - применение в шахте.
Заранее благодарен за ответ.

------------------------ 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--------------------------------------------------------------------~->
;


Письмо #5427

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

Да я про то же :) Неуемная фантазия иногда приводит к абсурду идеи.
Хотя, мои программеры говорят- реальную картину показать возможно. Я сам эту
задачу пока глубоко не ковырял - других забот хватает. А вот ТЗ пока
нарисовали (часть для себя- визуализировать, что с остальным делать и
сколько платить акционерам за это придется- бум думать)

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

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




------------------------ 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--------------------------------------------------------------------~->
;


Письмо #12715

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

Да я про то же :) Неуемная фантазия иногда приводит к абсурду идеи.
Хотя, мои программеры говорят- реальную картину показать возможно. Я сам эту
задачу пока глубоко не ковырял - других забот хватает. А вот ТЗ пока
нарисовали (часть для себя- визуализировать, что с остальным делать и
сколько платить акционерам за это придется- бум думать)

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

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




------------------------ 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--------------------------------------------------------------------~->
;


Письмо #5425

Тема: Re: Re[6]: [asutp] WinCC + OpenGL
Начало этой темы: Re[4]: [asutp] WinCC + OpenGL
Это ответ на: Re[6]: [asutp] WinCC + OpenGL
Ответ на это письмо: Re: Re[6]: [asutp] WinCC + OpenGL
От: Николай Гашевский Дата: 18 Февраля 2005 00:44

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

    С Уважением, Николай Гашевский,
аналитик отдела АСУТП АО "Укртатнафта"

> Да, прикольная задачка. Вообще с 3D-моделью все понятно, и просто -
> можно ее вращать как хочешь, показывать стрелками в разные ее точки.
> А вот зум и показ бракованных участков - есть в этом смысл? Все, что
> сможете показать - это тип брака. Тут уже без разницы, как показывать
> - надписью, цветом, или еще как. Но вот реальную картину показать
> будет затруднительно - можно только фото бракованного участка
> прикладывать. Или у вас есть некие аналоговые теги, выдающие тип брака
> и его физичекие параметры, размеры, положение и пр? Тогда можно
> конечно, теоретически, на лету модернизировать эту модель на основе
> этих данных, но это уже целый графический движок получается! И
> немеренно работы, думаю. :-)
>
> Александр Бурмистров.



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

http://us.click.yahoo.com/lGEjbB/6WnJAA/E2hLAA/FXOolB/TM

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


Письмо #5424

Тема: Re: Re[4]: [asutp] WinCC + OpenGL
Начало этой темы: Re: Re[4]: [asutp] WinCC + OpenGL
Это ответ на: нет
Ответ на это письмо: RE: Re[4]: [asutp] WinCC + OpenGL
От: Vladimir S. Konnov Дата: 18 Февраля 2005 01:31

Приветствую!

----- Original Message -----
From: "Дмитрий Милосердов" <E-Mail>
To: <E-Mail>
Sent: Thursday, February 17, 2005 3:48 PM
Subject: RE: Re[4]: [asutp] WinCC + OpenGL


> У нас задача такая: Визуализация процесса ультразвукового контроля
качества
> жд колес. Оператор должен за короткое время оценить годность колеса и
> пометить как годное, брак, низкий сорт, ремонт и т.д.
> Ну и 3D поможет сразу определить место и размер брака, можно его
> отремонтировать или нафиг- на переплавку.
> Типа того, как в фильмах показывают: сканируется человек и где у него там
> оружие припрятано видно :) Ну или что-то вроде томографа.
> Иначе нужно рисовать окна: вид сверху, сбоку, по разным координатам и т.д.
> Потом еще просят зум для бракового участка (для визуального определения
типа
> брака: раковина, каверна или что там у них еще бывает)....в общем, та еще
> задачка. Но- интересная, потому и решили поробовать.
> Не получится- будем стандартными средствами анимировать.

Дмитрий, когда решите задачку, не забудьте на соискание степени подать:).

Я так понял, идеал для Вас- томограф. Томограф- это система датчиков,
вычислительные алгоритмы для воссоздания изображений и система
взаимодействия с пользователем. Неужели Ваш ультразвуковой дефектоскоп
обладает открытым интерфейсом через который можно получить уже рассчитанную
3D-форму деффекта. Я думал, максимум, на что можно рассчитывать- получение
уже готовой картинки и её визуализация. Видимо я плохо себе представляю
процесс...

С уважением, Владимир Коннов.




------------------------ Yahoo! Groups Sponsor --------------------~-->
Give underprivileged students the materials they need to learn.
Bring education to life by funding a specific classroom project.

http://us.click.yahoo.com/4F6XtA/_WnJAA/E2hLAA/FXOolB/TM

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


Письмо #5423

Тема: RE: Re[4]: [asutp] WinCC + OpenGL
Начало этой темы: RE: Re[4]: [asutp] WinCC + OpenGL
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 18 Февраля 2005 03:35

Дмитрий, когда решите задачку, не забудьте на соискание степени подать:).

[Дмитрий Милосердов] Для начала нужно эти идеи технологов остудить до нужной
температуры :)

Я так понял, идеал для Вас- томограф.

[Дмитрий Милосердов] Томограф - идеал для технологов- прошу не путать :)

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



------------------------ Yahoo! Groups Sponsor --------------------~--> Take a look at donorschoose.org, an excellent charitable web site foranyone who cares about public education!
http://us.click.yahoo.com/O.5XsA/8WnJAA/E2hLAA/FXOolB/TM--------------------------------------------------------------------~->
;


Письмо #12714

Тема: RE: Re[4]: [asutp] WinCC + OpenGL
Начало этой темы: RE: Re[4]: [asutp] WinCC + OpenGL
Это ответ на: Re: Re[4]: [asutp] WinCC + OpenGL
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 18 Февраля 2005 03:35

Дмитрий, когда решите задачку, не забудьте на соискание степени подать:).

[Дмитрий Милосердов] Для начала нужно эти идеи технологов остудить до нужной
температуры :)

Я так понял, идеал для Вас- томограф.

[Дмитрий Милосердов] Томограф - идеал для технологов- прошу не путать :)

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



------------------------ Yahoo! Groups Sponsor --------------------~--> Take a look at donorschoose.org, an excellent charitable web site foranyone who cares about public education!
http://us.click.yahoo.com/O.5XsA/8WnJAA/E2hLAA/FXOolB/TM--------------------------------------------------------------------~->
;


Письмо #5422

Тема: [asutp] программа и методика испытаний
Начало этой темы: [asutp] программа и методика испытаний
Это ответ на: нет
Ответ на это письмо: Re: [asutp] программа и методика испытаний
От: Ганьжов С.В. Дата: 18 Февраля 2005 04:02

Здравствуйте, коллеги!

  Подскажите  плз.  есть  ли  примеры  документа
  "Программа и методика испытаний"?
  Как посчитать  стоимость  создания  такого  документа?
  По какой методике?

--
С уважением,
Ганьжов Сергей      



------------------------ 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

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


Письмо #5432

Тема: Re[4]: [asutp] WinCC + OpenGL
Начало этой темы: Re[2]: [asutp] WinCC + OpenGL
Это ответ на: Re[2]: [asutp] WinCC + OpenGL
Ответ на это письмо: RE: Re[4]: [asutp] WinCC + OpenGL
От: Alexander Diev Дата: 18 Февраля 2005 08:20

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

ДМ> Я так и подумал. А как же наша общая нелюбовь к изобретанию
ДМ> велосипедов? :-)

ДМ>  [Дмитрий Милосердов] Ограничения суровые- сроки и финансы.
ДМ> И потом этот эддон на немецком, сделать в нем надписи по-русски не
ДМ> увенчались успехом :(
ДМ> Ладно, если не получится- не важно, сделаем обычную анимацию, без 3D
ДМ> наворотов (это у наших технологов фантазия разыгралась- фильмов
ДМ> фантастических насмотрелись и научно-популярных статей начитались... :)))

И совершенно зря. Эти все крутилки-вертелки на экране хороши, если их
надо кому-то один раз показать. Начальству там или гостям каким. А
когда человеку надо восемь часов в сутки в экран смотреть - от всей
этой лишней динамики только в глазах рябит, да и от цифирь внимание
отвлекается.



--
С уважением,
Alexander                          mailto:E-Mail



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

http://us.click.yahoo.com/lGEjbB/6WnJAA/E2hLAA/FXOolB/TM

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


Письмо #5421

Тема: Re: [asutp] Датчики скорости воздушного потока
Начало этой темы: [asutp] Датчики скорости воздушного потока
Это ответ на: [asutp] Датчики скорости воздушного потока
Ответ на это письмо: нет
От: Чикинев Александр Дата: 18 Февраля 2005 13:14

> Где можно найти информацию по датчикам, измеряющим скорость
> воздушного потока?
>
> Требования:
>
> 1) взрывобезопасное исполнение;
>
> 2) диапазон измерений 0,15-5 м/с;
>
> 3) цель - применение в шахте.

Добрый день.

Посмотритите сигнализаторы расхода воздуха фирмы TROLEX

http://www.promtex.ru/catalogue/trolex/flowsensors

Имеют разрешения Госгортехнадзора.

С уважением,
Чикинев А.В.
Заполярный филиал ОАО "ГМК "Норильский никель"



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

http://us.click.yahoo.com/lGEjbB/6WnJAA/E2hLAA/FXOolB/TM

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


Письмо #5420

Тема: Re: [asutp] Датчики скорости воздушного потока
Начало этой темы: [asutp] Датчики скорости воздушного потока
Это ответ на: [asutp] Датчики скорости воздушного потока
Ответ на это письмо: нет
От: vit Дата: 18 Февраля 2005 13:56

Уважаемы Юрий! А Вы здесь смотрели

http://www.yandex.ru/yandsearch?stype
=www&nl=0&text=%C4%E0%F2%F7%E8%EA+%F1%EA%EE%F0%EE%F1%F2%E8+%E2%EE%E7%E4%F3%F8%ED%EE%E3%EE+%EF%EE%F2%EE%EA%E0
Отфильтруйте и далее сужайте поиск.Успехов.Виталий.
----- Original Message -----
From: "Yuri Kruglov" <E-Mail>
To: <E-Mail>
Sent: Thursday, February 17, 2005 8:15 AM
Subject: [asutp] Датчики скорости воздушного потока


> Уважаемые знатоки!
>
> Где можно найти информацию по датчикам, измеряющим скорость
> воздушного потока?
>
> Требования:
>
> 1) взрывобезопасное исполнение;
>
> 2) диапазон измерений 0,15-5 м/с;
>
> 3) цель - применение в шахте.
>
> Заранее благодарен за ответ.



------------------------ 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

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


Письмо #5419

Тема: Ha: [asutp] Датчики скорости воздушного потока
Начало этой темы: Ha: [asutp] Датчики скорости воздушного потока
Это ответ на: нет
Ответ на это письмо: нет
От: eduard.bogatyrev Дата: 18 Февраля 2005 16:07

посмотрите следуещее:

http://www.ingortech.ru/productions/sdsv.htm



Богатырев Эдуард,
отдел АСУТП ЦМА
ОАО "УРАЛКАЛИЙ"
тел./факс: (34242) 9-61-88
ICQ 107-174-701
E-Mail




"Yuri Kruglov" <E-Mail> написано 17.02.2005 18:15:42:
> Уважаемые знатоки!
>
> Где можно найти информацию по датчикам,
> измеряющим скорость
> воздушного потока?
>
> Требования:
>
> 1) взрывобезопасное исполнение;
>
> 2) диапазон измерений 0,15-5 м/с;
>
> 3) цель - применение в шахте.
>
> Заранее благодарен за ответ.
>
>
> ------------------------ 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

> --------------------------------------------------------------------
> ~->
>
>
> Yahoo! Groups Links
>
>
>
>



[Non-text portions of this message have been removed]



------------------------ 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

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


Письмо #5418

Тема: [asutp] Портал АСУ ТП
Начало этой темы: [asutp] Портал АСУ ТП
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 18 Февраля 2005 16:24

Добрый день,  коллеги!



Портал АСУ ТП - Мир Новых Технологий вновь доступен для всех: http
<
http://asutp.interface.ru/>
; ://asutp.interface.ru

Как всегда, большое спасибо за неоценимую помощь компании Interface Inc. и
особенно Дмитрию Григорьеву за терпеливые и подробные ответы на мои нудные и
порой тупые вопросы :-)



--

С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail







[Non-text portions of this message have been removed]



------------------------ 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

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


Письмо #12713

Тема: [asutp] Портал АСУ ТП
Начало этой темы: [asutp] Портал АСУ ТП
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 18 Февраля 2005 16:24

Добрый день,  коллеги!



Портал АСУ ТП - Мир Новых Технологий вновь доступен для всех: http
<
http://asutp.interface.ru/>
; ://asutp.interface.ru

Как всегда, большое спасибо за неоценимую помощь компании Interface Inc. и
особенно Дмитрию Григорьеву за терпеливые и подробные ответы на мои нудные и
порой тупые вопросы :-)



--

С уважением,
Дмитрий Н. Милосердов                          mailto:E-Mail







[Non-text portions of this message have been removed]



------------------------ 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

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


Письмо #5417

Тема: RE: [asutp] Портал АСУ ТП
Начало этой темы: RE: [asutp] Портал АСУ ТП
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 18 Февраля 2005 16:57

При добавлении контента и регистрации пока возникают ошибки.
Надеюсь поправить на следующей неделе.

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


Портал АСУ ТП - Мир Новых Технологий вновь доступен для всех:
asutp.interface.ru





------------------------ Yahoo! Groups Sponsor --------------------~--> Give underprivileged students the materials they need to learn. Bring education to life by funding a specific classroom project.
http://us.click.yahoo.com/4F6XtA/_WnJAA/E2hLAA/FXOolB/TM--------------------------------------------------------------------~->
;


Письмо #12712

Тема: RE: [asutp] Портал АСУ ТП
Начало этой темы: RE: [asutp] Портал АСУ ТП
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 18 Февраля 2005 16:57

При добавлении контента и регистрации пока возникают ошибки.
Надеюсь поправить на следующей неделе.

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


Портал АСУ ТП - Мир Новых Технологий вновь доступен для всех:
asutp.interface.ru





------------------------ Yahoo! Groups Sponsor --------------------~--> Give underprivileged students the materials they need to learn. Bring education to life by funding a specific classroom project.
http://us.click.yahoo.com/4F6XtA/_WnJAA/E2hLAA/FXOolB/TM--------------------------------------------------------------------~->
;


Письмо #5416

Тема: Re: [asutp] программа и методика испытаний
Начало этой темы: [asutp] программа и методика испытаний
Это ответ на: [asutp] программа и методика испытаний
Ответ на это письмо: нет
От: Rukman A.K. Дата: 18 Февраля 2005 18:11

Уважаемый Сергей!

Документ "Программа и методика испытаний"  (код документа - ПМ)
разрабатываются на основании РД 50-34.698-90 и ГОСТ 34.603-92.
Т.к. этот документ входит в общесистемные решения разрабатываемого проекта,
то его стоимость можно расчитать в %-ном отношении от стоимости
общесистемных решений или от стоимости всего проекта. Стоимость документации
проекта определяется согласно документов:
1. Справочник базовых цен на разработку технической документации на
автоматизированные системы управления технологическими процессами (АСУТП).
Утвержден Минпром России 14 марта 1997г. (действует в России);
2. Временный ценник на разработку проектов АСУ ТП. Москва, 1982 г.
(действует на Украине).

С уважением, Рукман Александр Константинович.
Руководитель "Группы разработки и внедрения ПТК систем промышленной
автоматизации" отдела АСУТП
****************************************************************************
ОАО "Запорожский производственный алюминиевый комбинат"
E-mail: E-Mail.ua




----- Original Message -----
From: "Ganzhov Sergei" <E-Mailng.ru>
To: <E-Mail>
Sent: Thursday, February 17, 2005 7:02 PM
Subject: [asutp] программа и методика испытаний


>
>
> Здравствуйте, коллеги!
>
>  Подскажите  плз.  есть  ли  примеры  документа
>  "Программа и методика испытаний"?
>  Как посчитать  стоимость  создания  такого  документа?
>  По какой методике?
>
> --
> С уважением,
> Ганьжов Сергей
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>
>



------------------------ 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

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


Письмо #5415

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

  Я пишу OPC клиента, товарищ OPC сервер.
  Возник вопрос: "Кто должен определять тип данных?"
  Товарищ говорит, что тип данных прописывается на сервере жестко.
  Т.е., если переменная определена на сервере VT_R8, то она для
  всех клиентов возвращается, как VT_R8.
  А я говорю, что тип данных заказывает клиент.
  Т.е., если я в клиенте,при добавлении переменных, указал,
  что у меня переменная имеет тип VT_I4 или VT_DATE,то они мне и
  должны приходить с тем типом, что я указал.
  Свои выводы я сделал на основе тестирования OPC клиента с
  несколькими симуляторами OPC сервера.
  Помогите решить наш спор.
  Если кто знает, дайте ссылку на конкретные документы.
  (Только не надо отправлять на OPC Foundation).

--
Best regards,
Vlad                          mailto:E-Mail.ua



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

http://us.click.yahoo.com/lGEjbB/6WnJAA/E2hLAA/FXOolB/TM

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


Письмо #5414

Тема: [asutp] Re: OPC клиент-сервер определение типов данных
Начало этой темы: [asutp] Re: OPC клиент-сервер определение типов данных
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Re: OPC клиент-сервер определение типов данных
От: alexhohlov2000 Дата: 18 Февраля 2005 18:57

--- In E-Mail, Vlad <vlad@p...> wrote:> Hello All,> >   Я пишу OPC клиента, товарищ OPC сервер.>   Возник вопрос: "Кто должен определять тип данных?">   Товарищ говорит, что тип данных прописывается на сервере жестко.>   Т.е., если переменная определена на сервере VT_R8, то она для>   всех клиентов возвращается, как VT_R8.>   А я говорю, что тип данных заказывает клиент.>   Т.е., если я в клиенте,при добавлении переменных, указал,>   что у меня переменная имеет тип VT_I4 или VT_DATE,то они мне и>   должны приходить с тем типом, что я указал.>   Свои выводы я сделал на основе тестирования OPC клиента с>   несколькими симуляторами OPC сервера.>   Помогите решить наш спор.>   Если кто знает, дайте ссылку на конкретные документы.>   (Только не надо отправлять на OPC Foundation).>   > -- > Best regards,>  Vlad                          mailto:vlad@p...

Здравствуйте!Тип данных прописывается жестко на сервере, но клиент может заказать"преобразование данных на сервере к удобному для клиента формату, т.е. сервер должен уметь для каждого клиента преобразовывать данные в нужный ему формат, но тут могут быть ньюансы, например сервер оперирует с данными типа Integer, а ты хочешь принимать в формате Byte - у тебя будет переполнение ....... так что прав ты :)..>   (Только не надо отправлять на OPC Foundation). - придется ;) .. там все это расписано

------------------------ Yahoo! Groups Sponsor --------------------~--> Give the gift of life to a sick child. Support St. Jude Children's Research Hospital's 'Thanks & Giving.'
http://us.click.yahoo.com/lGEjbB/6WnJAA/E2hLAA/FXOolB/TM--------------------------------------------------------------------~->
;


Письмо #5413

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

Friday, February 18, 2005, 9:57:13 AM, you wrote:

a> --- In E-Mail, Vlad <vlad@p...> wrote:
>> Hello All,
>>
>>   Я пишу OPC клиента, товарищ OPC сервер.
>>   Возник вопрос: "Кто должен определять тип данных?"
>>   Товарищ говорит, что тип данных прописывается на сервере жестко.
>>   А я говорю, что тип данных заказывает клиент.
>>   Если кто знает, дайте ссылку на конкретные документы.
a> Тип данных прописывается жестко на сервере, но клиент может заказать"
a> преобразование данных на сервере к удобному для клиента формату,
a> т.е. сервер должен уметь для каждого клиента преобразовывать данные в
a>  нужный ему формат, но тут могут быть ньюансы, например сервер
a> оперирует с данными типа Integer, а ты хочешь принимать
a> в формате Byte - у тебя будет переполнение ...
a> .... так что прав ты :)
..>>   (Только не надо отправлять на OPC Foundation). - придется ;) .. там все это расписано

Переполнения не будет, потому что, когда я принимаю данные- я проверяю,
какого они типа и делаю соответствующие преобразования.
Вопрос принципиальный- кто должен делать эти самые преобразования
сервер или клиент?
Что об этом пишет букварь?
Если без OPC Foundation не обойтись, тогда дайте конкретную ссылку,
если знаете.

Спасибо.

--
Best regards,
Vlad                            mailto:E-Mail.ua



------------------------ Yahoo! Groups Sponsor --------------------~-->
Give underprivileged students the materials they need to learn.
Bring education to life by funding a specific classroom project.

http://us.click.yahoo.com/4F6XtA/_WnJAA/E2hLAA/FXOolB/TM

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


Письмо #5412

Тема: Re: [asutp] OPC клиент-сервер определение типов данных
Начало этой темы: [asutp] OPC клиент-сервер определение типов данных
Это ответ на: [asutp] OPC клиент-сервер определение типов данных
Ответ на это письмо: нет
От: Vladimir S. Konnov Дата: 18 Февраля 2005 20:20

Приветствую!

----- Original Message -----
From: "Vlad" <E-Mail.ua>

> Hello All,
>
>   Я пишу OPC клиента, товарищ OPC сервер.

>   Помогите решить наш спор.
>   Если кто знает, дайте ссылку на конкретные документы.
>   (Только не надо отправлять на OPC Foundation).

Нет, это удивительно.
По настоящему можно решить спор юридически, то есть, на основании исходных
документов. Мало ли, кто чего сказал. Хочется как-проще а выходит
как-всегда.:)

С уважением, Владимир Коннов.




------------------------ Yahoo! Groups Sponsor --------------------~-->
Give underprivileged students the materials they need to learn.
Bring education to life by funding a specific classroom project.

http://us.click.yahoo.com/4F6XtA/_WnJAA/E2hLAA/FXOolB/TM

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


Письмо #5411

Тема: [asutp] Re: OPC клиент-сервер определение типов данных
Начало этой темы: [asutp] Re: OPC клиент-сервер определение типов данных
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Re: OPC клиент-сервер определение типов данных
От: IntegralPlus Дата: 18 Февраля 2005 20:36

--- In E-Mail, Vlad <vlad@p...> wrote:> Hello alexhohlov2000,> > Friday, February 18, 2005, 9:57:13 AM, you wrote:> > a> --- In E-Mail, Vlad <vlad@p...> wrote:> >> Hello All,> >> > >>   Я пишу OPC клиента, товарищ OPC сервер.> >>   Возник вопрос: "Кто должен определять тип данных?"> >>   Товарищ говорит, что тип данных прописывается на сервере жестко.> >>   А я говорю, что тип данных заказывает клиент.> >>   Если кто знает, дайте ссылку на конкретные документы.> a> Тип данных прописывается жестко на сервере, но клиент может заказать"> a> преобразование данных на сервере к удобному для клиента формату,> a> т.е. сервер должен уметь для каждого клиента преобразовывать данные в> a>  нужный ему формат, но тут могут быть ньюансы, например сервер> a> оперирует с данными типа Integer, а ты хочешь принимать> a> в формате Byte - у тебя будет переполнение ...> a> .... так что прав ты :)> ..>>   (Только не надо отправлять на OPC Foundation). - придется ;) .. там все это расписано> > Переполнения не будет, потому что, когда я принимаю данные- я проверяю,> какого они типа и делаю соответствующие преобразования.> Вопрос принципиальный- кто должен делать эти самые преобразования> сервер или клиент?> Что об этом пишет букварь?> Если без OPC Foundation не обойтись, тогда дайте конкретную ссылку,> если знаете.> > Спасибо.> > -- > Best regards,>  Vlad                            mailto:vlad@p...
эээ не понял последнего предложения ... а как вы пишете сервак и клиент без документации ??? :)
IOPCItemMgt::SetDatatypesHRESULT SetDatatypes( [in] DWORD dwCount, [in, size_is(dwCount)] OPCHANDLE * phServer, [in, size_is(dwCount)] VARTYPE * pRequestedDatatypes, [out, size_is(,dwCount)] HRESULT ** ppErrors );
DescriptionChanges the requested data type for one or more items in a group.
CommentsIn general, it is expected that clients will set the requested datatype when the item is added and not change it later. This function is most useful for setting the datatype for items in a public group to which the client has connected.As an alternative to OPC_E_BADTPYE it is acceptable for the server to return any FAILED error returned by VariantChangeType or VariantChangeTypeEx.

------------------------ Yahoo! Groups Sponsor --------------------~--> Take a look at donorschoose.org, an excellent charitable web site foranyone who cares about public education!
http://us.click.yahoo.com/O.5XsA/8WnJAA/E2hLAA/FXOolB/TM--------------------------------------------------------------------~->
;


Письмо #5410

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

Friday, February 18, 2005, 11:36:13 AM, you wrote:

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

[...]

>> Вопрос принципиальный- кто должен делать эти самые преобразования
>> сервер или клиент?
>> Что об этом пишет букварь?
>> Если без OPC Foundation не обойтись, тогда дайте конкретную ссылку,
>> если знаете.
a> эээ не понял последнего предложения ... а как вы пишете сервак и клиент без документации ??? :)

По примерам и файлам из каталога include ;)

a> IOPCItemMgt::SetDatatypes
a> HRESULT SetDatatypes(
a>         [in] DWORD dwCount,
a>         [in, size_is(dwCount)] OPCHANDLE * phServer,
a>         [in, size_is(dwCount)] VARTYPE * pRequestedDatatypes,
a>         [out, size_is(,dwCount)] HRESULT ** ppErrors
a>         );

a> Description
a> Changes the requested data type for one or more items in a group.
a> Comments
a> In general, it is expected that clients will set the requested datatype
a> when the item is added and not change it later. This function is most
a> useful for setting the datatype for items in a public group to which the
a> client has connected.
a> As an alternative to OPC_E_BADTPYE it is acceptable for the server to
a> return any FAILED error returned by VariantChangeType or VariantChangeTypeEx.

И все?
Т.е., если сервер не может вернуть запрашиваемый тип, он должен вернуть ошибку?
А при этом items на сервере должен добавится в группу запроса для моего клиента?
Если да, то какой тип мне при этом должен возвращаться для этого items?
(Какой захочет сервер или все-таки что-то типа VT_ERROR?)

Спасибо.

--
Best regards,
Vlad                            mailto:E-Mail.ua



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

http://us.click.yahoo.com/lGEjbB/6WnJAA/E2hLAA/FXOolB/TM

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


Письмо #5409

Тема: [asutp] Re: OPC клиент-сервер определение типов данных
Начало этой темы: [asutp] Re: OPC клиент-сервер определение типов данных
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Re: OPC клиент-сервер определение типов данных
От: IntegralPlus Дата: 18 Февраля 2005 22:42

> a> эээ не понял последнего предложения ... а как вы пишете сервак и клиент без документации ??? :)> > По примерам и файлам из каталога include ;)
Все таки документашку лучше изучить ;)
> > И все?> Т.е., если сервер не может вернуть запрашиваемый тип, он должен вернуть ошибку?> А при этом items на сервере должен добавится в группу запроса для моего клиента?> Если да, то какой тип мне при этом должен возвращаться для этого items?> (Какой захочет сервер или все-таки что-то типа VT_ERROR?)> > Спасибо.
items добавляются клиентом на сервер ДО определения типов данных методом IOPCItemMgt::AddItems , а уж потом клиент может переназначить типы данных для себя (в методе IOPCItemMgt::SetDatatypes передаются уже серверные хэндлы для Items а эти хендлы он формирует когда клиент добавляет их в группу)... ну а дальше уж клиенту решать что делать с типом данных который сервер не поддерживает.. т.е. по любому сначала Items будет с типом, который определен на сервере...
еще раз говорю ... прочитайте документашку ... многие вопросы отпадут :)
------------------------ Yahoo! Groups Sponsor --------------------~--> Give underprivileged students the materials they need to learn. Bring education to life by funding a specific classroom project.
http://us.click.yahoo.com/4F6XtA/_WnJAA/E2hLAA/FXOolB/TM--------------------------------------------------------------------~->
;


Письмо #5408

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

Friday, February 18, 2005, 1:42:03 PM, you wrote:


>> a> эээ не понял последнего предложения ... а как вы пишете сервак и клиент без документации ??? :)
>> По примерам и файлам из каталога include ;)
a> Все таки документашку лучше изучить ;)
>> Т.е., если сервер не может вернуть запрашиваемый тип, он должен вернуть ошибку?
>> А при этом items на сервере должен добавится в группу запроса для моего клиента?
>> Если да, то какой тип мне при этом должен возвращаться для этого items?
>> (Какой захочет сервер или все-таки что-то типа VT_ERROR?)
a> items добавляются клиентом на сервер ДО определения типов данных методом IOPCItemMgt::AddItems , а уж потом клиент может переназначить типы данных для себя (в методе IOPCItemMgt::SetDatatypes
a> передаются уже серверные хэндлы для Items а эти хендлы он формирует когда клиент добавляет их в группу)... ну а дальше уж клиенту решать что делать с типом данных который сервер не поддерживает..
a> т.е. по любому сначала Items будет с типом, который определен на сервере...
a> еще раз говорю ... прочитайте документашку ... многие вопросы отпадут :)

Так где ее взять?
OPC Foundation не пускает...
Я почему и спрашиваю в форуме.
Если есть - дайте, пожалуйста, почитать (верну :).

--
Best regards,
Vlad                            mailto:E-Mail.ua



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

http://us.click.yahoo.com/lGEjbB/6WnJAA/E2hLAA/FXOolB/TM

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


Письмо #5407

Тема: Re: [asutp] OPC клиент-сервер определение типов данных
Начало этой темы: [asutp] OPC клиент-сервер определение типов данных
Это ответ на: [asutp] OPC клиент-сервер определение типов данных
Ответ на это письмо: Re[2]: [asutp] OPC клиент-сервер определение типов данных
От: Alexander Burmistrov Дата: 18 Февраля 2005 23:41

V>   Возник вопрос: "Кто должен определять тип данных?"
V>   Товарищ говорит, что тип данных прописывается на сервере жестко.
V>   Т.е., если переменная определена на сервере VT_R8, то она для
V>   всех клиентов возвращается, как VT_R8.
V>   А я говорю, что тип данных заказывает клиент.

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

Еще такой момент - я в своем клиенте указываю пустой тип данных, и
потом на ходу анализирую приходящий тип, и преобразую в то, что мне
надо. Причем так вполне можно делать по стандарту, это не мои
придумки. Что будет делать ваш сервер в этом случае, какой тип тега
выдавать? Он в любом случае должен уметь выдавать в этом случае свой
тип тега. А закладываться на то, что OPC-сервер всегда сможем сам
преобразовывать к нужному клиенту типу значения - когда нибудь да
будет проблема у клиента, с каким нибудь сервером.

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

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

С уважением,
Александр Бурмистров,
ведущий разработчик SCADA-системы "КАСКАД".




------------------------ 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

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


Письмо #5406

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

V> Так где ее взять?
V> OPC Foundation не пускает...
Какой документации у тебя нет - OPC DA 2? Не смешите мои тапочки - она
сейчас на каждом углу валяется! И на Foundation она была свободно.
Если есть диск с дистрибутивом GENESIS-32 - там она тоже есть.

Александр Бурмистров.




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

http://us.click.yahoo.com/lGEjbB/6WnJAA/E2hLAA/FXOolB/TM

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


Письмо #5405

Тема: Re: [asutp] Re: OPC клиент-сервер определение типов данных
Начало этой темы: [asutp] Re: OPC клиент-сервер определение типов данных
Это ответ на: Re: [asutp] Re: OPC клиент-сервер определение типов данных
Ответ на это письмо: нет
От: Vladimir S. Konnov Дата: 18 Февраля 2005 23:54

Приветствую!
----- Original Message -----
From: "Vlad" <E-Mail.ua>

> Так где ее взять?
> OPC Foundation не пускает...
> Я почему и спрашиваю в форуме.

Он пускает всех, но для этого Вам надо заполнить регистрационную форму. В
ней Вы можете писать что угодно в разумных пределах. У Вас появиться аккаунт
и Вы сможете заходить и брать материалы с этого сервера.

Хотя, могу с Вами согласиться, этот процесс не очевиден. По крайней мере,
для не англоязычного юзера.

С уважением, Владимир Коннов.




------------------------ 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

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


[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. (11)