YarrowSoft

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

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

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

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

Письмо #3047

Тема: Re: Re[6]: [asutp] Re: RS-485 to IP
Начало этой темы: [asutp] Re: RS-485 to IP
Это ответ на: Re[6]: [asutp] Re: RS-485 to IP
Ответ на это письмо: Re[8]: [asutp] Re: RS-485 to IP
От: Кузьмин Юрий (IT-YUKO) Дата: 21 Июля 2005 00:51

Здравствуйте Александр

  > 10BASE-2 Bus 185 m 50 ohm coaxial "thinnet" cable и т.д.
  > про которые был вопрос, это только "электрическая совместимость"
  > и частично "информационная" (в смысле состава линий интерфейса)
  > интерфейса Ethernet.
  > Каждый из типов среды передачи со своими параметрами
  > предполагает определенную "конструктивную совместимость"
  > и дополняется "информационной совместимостью" из группы стандартов
  > IEEE 802.

  т.е протокол все таки  10Base-2  но частично;;;;)))))))))))

  А вообще все что вы писали относиться стандартом к физическому уровню,




  "7.7.2 Purpose

  The Physical layer provides the mechanical, electrical, functional and
procedural means........... "



http://standards.iso.org/ittf/PubliclyAvailableStandards/s020269_ISO_IEC_7498-1_1994
(E).zip
  Но ничего не сказанно об Interface...

  Физический уровень =  аппаратному интерфейсу,
  По вашей логике выходит так.
  Чего уж там лекции писать, может пора уже к стандартам переходить:::))))

  > КЮIY>   > КЮIY>   Функциональность системы полностью зависит от проводов
::))
  > КЮIY>   > А Вы сомневаетесь ? ;)
  >
  > КЮIY>   Нет! как и полностью от электропитания.
  > Мы уверенно идем к единому пониманию вопросов интерфейсов ;)

  Это вы понимаете функциональность системы без контекста,  как
функциональность интерфейсов,

  Функциональность системы ПАЗ на шине Genius, Зависит от правильной работы
алгоритмов контроллеров и правильной отработки аварийных ситуаций (перевод
системы в безопасное состояние) и еще много от чего зависит , кстати уже
работоспособность. Но в контексте ПАЗа, я уже сказал.

  Функциональность системы ПАЗ зависит от интерфейса шины Genius. Так
сказать -все равно, что ничего не сказать))
  Функциональность системы передачи данных может и должна зависеть от
интерфейса и не только, а так же от качества проложенных линий, и от
протоколов более верхних уровней.

  > КЮIY>   Это известная ситуация, вы ее не могли до этого учесть, она
всплывает в
  > КЮIY> процессе,
  > КЮIY>   ПРоблема эта предачи данных , а в частности наводки на кабель,
  > КЮIY>   ПРичем тут интефейсы? Меняется среда передачи на радиоконал к
примеру.
  > Как я уже говорил в прошлом письме, что аппаратное обеспечение
  > (включает "кабель" или среда передачи) является неотъемлемой частью
интерфейса.
  > Поэтому здесь проблемы именно интерфейса передачи данных.

  Среда передачи-это не кабель. Интерфейс может определять тип среды
электрическая , оптическая и т.д.
  Выбора данного кабеля это ВАша недоработка.

  >
  > КЮIY>   Достоверность передачи данных, не контролируется на физическом
уровне, а
  > КЮIY> тем более протоколом физического уровня, В вашем понимании
интерфейсом.
  > Достоверность передачи данных обеспечивается физическим уровнем.
  > Насчет отсутствия контроля я не соглашусь. Будем говорить о протоколах
  > физического уровня.

  Ну и какое там поле отвечает за достоверность??

  Хороших дел
  Кузьмин Юрий
  
http://www.it-yuko.narod.ru










----------------------------------------------------------------------------
----


Письмо #3061

Тема: Re: [asutp] Сигнал с датчика
Начало этой темы: [asutp] Сигнал с датчика
Это ответ на: [asutp] Сигнал с датчика
Ответ на это письмо: нет
От: Alexander Diev Дата: 21 Июля 2005 06:18

Здравствуйте.

ayc> Есть датчик с выходным напряжением от 5 до 30В, и соответственно током
ayc> 0,012...0,2А.
А это откуда такие данные? Описание датчика или сами померяли? Просто
какие-то странные значения. Вы уверены, что это выход по напряжению?
Может, он вполне себе токовый.

ayc> Хочу завести сигнал в PLC. т.е. надо получить
ayc> унифицированный сигнал, паять нормализующую схему не охота(не умею) есть
ayc> ли готовые решения?
ayc> Каковы параметры унифицированного сигнала 4..20 мА ?это при каком
ayc> напряжении?
Напряжение может быть разным, в зависимости от того, на какое
сопротивление выход нагружен. У нас в системе нагрузочное
сопротивление 250 Ом, соответственно сигнал 4..20 мА по напряжению
получается 1..5 В.


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


Письмо #3060

Тема: [asutp] Имя в поле "from"
Начало этой темы: [asutp] Имя в поле "from"
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Имя в поле "from"
От: Alexander Diev Дата: 21 Июля 2005 06:21

Доброе всем время суток!

   Вопрос у меня к людям, в чьих письмах в форуме в поле "from" стоит
   реальный адрес и имя. Как вы добились такого замечательного
   эффекта? :). А то немного напрягает, что все идет с одного адреса,
   не понять кто кому пишет, все идет куда-то "на деревню дедушке".


WBR, Alexander.  E-Mail
20 июля 2005 г.


Письмо #3057

Тема: Re[2]: [asutp] Имя в поле "from"
Начало этой темы: [asutp] Имя в поле "from"
Это ответ на: Re: [asutp] Имя в поле "from"
Ответ на это письмо: нет
От: Alexander Diev Дата: 21 Июля 2005 06:55

Здравствуйте.

ayc> И в Вашем письме в поле "From:" стоят реальные имя и адрес...
ayc> ----- Original Message -----
ayc> From: "Alexander Diev" <E-Mail>
ayc> To: "-= ASUTP =-" <E-Mail>
ayc> Sent: Wednesday, July 20, 2005 10:21 PM
ayc> Subject: [asutp] Имя в поле "from"
Однако странно. А ко мне оно пришло в таком виде:
----- Original Message -----
From:  E-Mail <E-Mail>
To: "-= ASUTP =-" <E-Mail>
Sent: Wed, 20 Jul 2005 11:21:41 -0700
Subject: [asutp] Имя в поле "from"

А Ваше письмо - вот в таком:
----- Original Message -----
From:  Шилин А. <E-Mailrom.ru>, <E-Mail>
To: <E-Mail>
Sent: Wed, 20 Jul 2005 11:32:51 +0400
Subject: Re: [asutp]  Имя в поле "from"

Что бы это могло значить? НИПАНИМАЮ.


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


Письмо #3044

Тема: Re: [asutp] ИБП на 200 Вт-ч
Начало этой темы: Re: [asutp] ИБП на 200 Вт-ч
Это ответ на: нет
Ответ на это письмо: нет
От: Андрей Мурашко Дата: 21 Июля 2005 08:08

Григорий,
а Вам нужно выходное напряжение ~220В или =24В?
Если =24В, то Phoenix Contact производит небольшие ИБП с монтажом на рейку
DIN.

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

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


Письмо #3043

Тема: Re: [asutp] Модули ввода-вывода дискретных сигналов с интерфесом RS485 подскажите.
Начало этой темы: Re: [asutp] Модули ввода-вывода дискретных сигналов с интерфесом RS485 подскажите.
Это ответ на: нет
Ответ на это письмо: нет
От: Андрей Мурашко Дата: 21 Июля 2005 08:15

Привте всем!
А ведь никто так и не ответил на вопрос Максима по существу...

могу предложить посмотреть на:
- Stahl IS1 (
http://www.is1easy.com
), поддержка модулей в/в разного типа, в том
числе AI/AO HART. интерфейс Modbus RTU/ASCII или Profibus DP
- Pepperl-Fuchs RPI, поддержка модулей в/в разного типа. интерфейс Modbus
RTU/ASCII или Profibus DP
- Turck Excom, то же самое...
- MTL 8000, то же самое...
- Rosemount 848L, интерфейс FF.

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

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


Письмо #3042

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

Вика, откуда Вы взяли этот термин?
никогда не слышал о распределительных трансформаторах для полевой шины.
Какой английский аналог у этого...прибора?

предполагаю, что речь идет о Fieldbus power conditioner - регуляторах
напряжения полевой шины.
Полный список производителей и моделей см.

http://www.fieldbus.org/productsandservices/registeredpower_conditioners/


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

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


Письмо #3041

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

есть вариант установить датчик проводимости (с тороидальным сенсором),
который выдает сигнал 4-20 мА, и выделять пороговый сигнал  - при
попадании воды в нефть проводимость резко увеличится.

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

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


Письмо #3040

Тема: Re: [asutp] датчик давления - какой посоветуете выбрать?
Начало этой темы: Re: [asutp] датчик давления - какой посоветуете выбрать?
Это ответ на: нет
Ответ на это письмо: нет
От: Андрей Мурашко Дата: 21 Июля 2005 08:24

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

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

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


Письмо #3039

Тема: [asutp] Re: Имя в поле "from"
Начало этой темы: [asutp] Re: Имя в поле "from"
Это ответ на: нет
Ответ на это письмо: нет
От: Michael Дата: 21 Июля 2005 08:48

>  Но это письмо отправлено не c iprog:

Уже понял про что речь.

Не могу предположит что там с Яхой, но наверно дело не в ней,
потому как у меня всё тип-топ.

Может провайдер балуется? Или антиспамный фильтр на почтовом
серваке нафильтровал?

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


Письмо #3038

Тема: [asutp] Re[2]: Рт1000 -померять попроще...
Начало этой темы: [asutp] Re[2]: Рт1000 -померять попроще...
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Re[2]: Рт1000 -померять попроще...
От: Michael Дата: 21 Июля 2005 08:52

> "Я думал за 10 уе вся автоматика!!!"

"Бедный... бедный мистер Холмс" (с) из какого-то фильма  :)

> Спасибо, но задачу уже решили. В Москве есть фирма "Овен"

Если бы поставили задачу чуть по другому, то может быть путь
исканий был намного короче, фирма "Овен" не новичёк и достаточно
известна.

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


Письмо #3037

Тема: Re: [asutp] Сигнал с датчика
Начало этой темы: Re: [asutp] Сигнал с датчика
Это ответ на: нет
Ответ на это письмо: Re[2]: [asutp] Сигнал с датчика
От: indian Дата: 21 Июля 2005 09:06

T> Есть датчик с выходным напряжением от 5 до 30В, и соответственно током
T> 0,012...0,2А. Хочу завести сигнал в PLC. т.е. надо получить
T> унифицированный сигнал, паять нормализующую схему не охота(не умею)
есть
T> ли готовые решения?
Судя по всему датчик с потенциальным выходом 5-30В... А какое
расстояние между датчиком и PLC?

+Расстояние свободное от 0,5м до 10м любое.
+Датчик нестандартный-самодельный оснащен своим блоком питания, основной
элемент -    +терморезистор. Интересующая характеристика - напряжение на
этом элементе, измеряется  +вольтметром. Хотелось бы автоматизировать
процесс считывания напряжения...


Если у PLC аналоговый вход 0-10В то выход: резистивный делитель, если
токовый вход, то ничего не поможет. Если установить последовательно
калиброванный резистор, для получения тока, то, вероятно, получим
погрешность от
нелинейности входного сопротивления входа PLC. Правда тут все зависит
от схемотехники входов PLC. Можно просто поставить эксперимент и снять
характеристику, которую потом использовать для компенсации
погрешностей измерений программно. Но, по любому, замена активного
источника тока встроенного в приборы с выходом 4-20мА
на простой резистор это "не есть хорошо". Свои пять копеек в измерения
внесут длины кабелей, количество пром клемных коробок и т.д.
Но существуют готовые преобразователи-нормализаторы сигналов.

+У контроллера параметры входа:
+тока 0..20, 4..20, 0..5 мА.
+напряжения 0..1В.
+Сопротивление нагрузки 100 Ом не более 100 кОм

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


Письмо #3036

Тема: RE: [asutp] Сигнал с датчика
Начало этой темы: RE: [asutp] Сигнал с датчика
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 21 Июля 2005 09:16

Есть потенциальный вход 0..1 В

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


Письмо #3035

Тема: Re: [asutp] Сигнал с датчика
Начало этой темы: Re: [asutp] Сигнал с датчика
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 21 Июля 2005 09:24

Да мерял сам. Датчик самодельный. Существует зависимость F=f(U), где
U=[5...30В] которая выведена. Соответственно вручную измеряется
напряжение, хотелось бы автоматизировать сей нудный процесс. В датчике
свой блок питания поэтому надо только считать конроллером напряжение...

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


Письмо #3034

Тема: RE: [asutp] Перспективы автоматизации АксЗФ
Начало этой темы: RE: [asutp] Перспективы автоматизации АксЗФ
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 21 Июля 2005 16:43

Татьяна, нет, боже упаси! :)
Никакого компромата - обычная практика проверки участников тендера.
(Промэлектроника на субподряде у одного из них).
Только и всего :)

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

Дмитрий, заинтриговал насмерть.
Что, есть какая-то компрометирующая информация? :)

Т.Савельева.


Письмо #12274

Тема: RE: [asutp] Перспективы автоматизации АксЗФ
Начало этой темы: RE: [asutp] Перспективы автоматизации АксЗФ
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 21 Июля 2005 16:43

Татьяна, нет, боже упаси! :)
Никакого компромата - обычная практика проверки участников тендера.
(Промэлектроника на субподряде у одного из них).
Только и всего :)

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

Дмитрий, заинтриговал насмерть.
Что, есть какая-то компрометирующая информация? :)

Т.Савельева.


Письмо #3033

Тема: RE: [asutp] Сигнал с датчика
Начало этой темы: RE: [asutp] Сигнал с датчика
Это ответ на: нет
Ответ на это письмо: нет
От: Айдар Дата: 21 Июля 2005 16:59

Судя по всему, ваяется лабораторная стендовая установка. Тогда вопрос - а
нужен ли вообще PLC? Если задача стоит ввести данные в комп - варианты:
1) Уже обсуждавшийся китайский мультиметр с СОМ портом
2) Возможно, на стеллажах в лаборатории стоит вольтметр с КОП ( что-нибудь
типа В7-40)
3) Плата аналогового ввода

Если же непременно необходимо использовать то, что имеется в руках - PLC в
режим вольтового входа и делитель на двух резисторах. (например 390 Ом и 5,6
кОм)

С уважением
Батталов Айдар

>
> T> Есть датчик с выходным напряжением от 5 до 30В, и соответственно
> T> током 0,012...0,2А. Хочу завести сигнал в PLC. т.е. надо получить
> T> унифицированный сигнал, паять нормализующую схему не охота(не умею)
> есть
> T> ли готовые решения?
> Судя по всему датчик с потенциальным выходом 5-30В... А какое
> расстояние между датчиком и PLC?
>
> +Расстояние свободное от 0,5м до 10м любое.
> +Датчик нестандартный-самодельный оснащен своим блоком
> питания, основной
> элемент -    +терморезистор. Интересующая характеристика -
> напряжение на
> этом элементе, измеряется  +вольтметром. Хотелось бы
> автоматизировать процесс считывания напряжения...
>
>
>  Если у PLC аналоговый вход 0-10В то выход: резистивный
> делитель, если токовый вход, то ничего не поможет. Если
> установить последовательно калиброванный резистор, для
> получения тока, то, вероятно, получим погрешность от
> нелинейности входного сопротивления входа PLC. Правда тут все
> зависит от схемотехники входов PLC. Можно просто поставить
> эксперимент и снять характеристику, которую потом
> использовать для компенсации погрешностей измерений
> программно. Но, по любому, замена активного источника тока
> встроенного в приборы с выходом 4-20мА на простой резистор
> это "не есть хорошо". Свои пять копеек в измерения внесут
> длины кабелей, количество пром клемных коробок и т.д.
> Но существуют готовые преобразователи-нормализаторы сигналов.
>
> +У контроллера параметры входа:
> +тока 0..20, 4..20, 0..5 мА.
> +напряжения 0..1В.
> +Сопротивление нагрузки 100 Ом не более 100 кОм
>


Письмо #3032

Тема: RE: [asutp] Перспективы автоматизации АксЗФ
Начало этой темы: RE: [asutp] Перспективы автоматизации АксЗФ
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 21 Июля 2005 17:07

Лично меня интересует больше их модуль оперативного планирования.
Пока очень мало информации. Надеюсь, будет больше....

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

А если заказчик настоятельно просит "люминий"(и никаким академикам не
под силу его переубедить), то это только его вина, что он его и получит.


Письмо #12273

Тема: RE: [asutp] Перспективы автоматизации АксЗФ
Начало этой темы: RE: [asutp] Перспективы автоматизации АксЗФ
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 21 Июля 2005 17:07

Лично меня интересует больше их модуль оперативного планирования.
Пока очень мало информации. Надеюсь, будет больше....

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

А если заказчик настоятельно просит "люминий"(и никаким академикам не
под силу его переубедить), то это только его вина, что он его и получит.


Письмо #3031

Тема: Re: [asutp] OPC HDA. Создание браузера
Начало этой темы: [asutp] OPC HDA. Создание браузера
Это ответ на: [asutp] OPC HDA. Создание браузера
Ответ на это письмо: нет
От: input Дата: 21 Июля 2005 17:29

Здравствуйте, Nickolay.

Вы писали 20 июля 2005 г., 15:35:21:

> Доброе время суток.
> Вопрос к тем кто писал клиента или сервер для работы с HDA.
> У интерфейса IOPCHDA_Server, есть метод CreateBrowse ему надо передать
> значения фильтра. Это понятно, но вот если я не хочу ничего фильтровать, я
> пытаюсь передать кол-во 0 и все остальные массивы со значения для фильтра
> передаю установленными в null. Но сервер не хочет мне возвращать интерфейс
> вообще. Тестирую на Матриконе.
> Какие параметры надо передать в методе CreateBrowse если я ничего не хочу
> фильтровать, а хочу получить все данные?
передавайте не 0 а 1 ,а массив со строками (фильтрами) должен содержать одну
пустую строку (не null а именно '')
поле operator установите в OPCHDA_EQUAL
у матрикона мягко говоря в демках с HDA есть проблемы
у нас все работает с нашим  HDA-сервером,сервером ICONICS, OPCHDB (Real Time eXecutives)

--
С уважением,
Темнов Олег
"ТелеCофт", Краснодар
icq 24935330
E-Mail

http://www.telescada.ru

(861)-219-38-83, 219-47-93


Письмо #3030

Тема: Re: [asutp] Сигнализатор вода/нефть в трубе
Начало этой темы: [asutp] Сигнализатор вода/нефть в трубе
Это ответ на: [asutp] Сигнализатор вода/нефть в трубе
Ответ на это письмо: нет
От: males Дата: 21 Июля 2005 17:31

> Существуют ли сигнализаторы вода/нефть в трубопроводе?
> А то флюориметры как-то в пятой степени баксов не очень...

Если не ошибаюсь, то Siemens SITRANS PD 500:
https://pia.khe.siemens.com/index.asp?Nr=10912

С наилучшими пожеланиями,
    Роман Абзаев


Письмо #3029

Тема: Re: [asutp] RS-485 to IP (кривая реализация MODBUS у контроллеров ГАММА)
Начало этой темы: Re: [asutp] RS-485 to IP (кривая реализация MODBUS у контроллеров ГАММА)
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 21 Июля 2005 17:40

с Удовольствием ...
Реализация протокола MODBAS согласно описания на ГАММУ предполагает вывод
данных согласно типовой спецификации но с инверсным кодом. Вот этот
инверсный код ни один штатный драйвер не понимает. Пришлось подправлять
ручками.
Подробнее о системе:

  Измерение уровней нефти и воды , а также многоканальное измерение
температуры  датчиками Альбатроса, с передачей на контроллер ГАММА.
Работает хорошо даже в условиях Оренбургской зимы и мощных
электромагнитных помех.
  С гаммы на компьютер через преобразователь АС-3 ПО "Овен" , а далее в
SCADA WinCC/

  Регистрируются уровни, температуры  по восьми емкостям сейчас, с
возможностью дальнейшего расширения. С Гаммой предлагалась штатная
программа склада , но не понравилась.
   На сегодня вычисляется объемы нефти, масса нефти , то же по воде ,
свободное просранство в разрезе сырой и товарной нефти. Система открытая и
продолжает развиваться. Дополнительно на отдельное окно вывели параметры
котельной.

  Через TCP/IP можно смотреть параметры удаленно .

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

Оренбургпромавтоматика
(3532)576272

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


Письмо #3028

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

Предлагаю обменяться мнениями по реализации распределенной системы сбора
данных и управления через GSM GPRS. Практических приложений много.

    Предлагаю в качестве передатчика использовать обычный телефон с
кабелем до контроллера. Очень дешево и при соединении через GPRS
постоянная связь для опроса рабочих параметров и алармов.
     К сожалению опыта еще нет. С компьютером все работает нормально , а
вот что понадобиться для контроллера пока не знаю.

          Приглашаю к сотрудничеству.

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

E-Mail
(3532)576272


Письмо #3027

Тема: Re: [asutp] RS-485 to IP (кривая реализация MODBUS у контроллеров ГАММА)
Начало этой темы: Re: [asutp] RS-485 to IP (кривая реализация MODBUS у контроллеров ГАММА)
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 21 Июля 2005 18:17

Хм... это какой такой код там инверсный? И какой такой штатный драйвер? И
что вы вообще подразумеваете под кодом и драйвером?

У меня при использовании SCADA систем (Trace Mode, InTouch) никаких
проблем имеющих отношение к инверсии чего-то не возникало.

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


Письмо #3026

Тема: [asutp] Перспективы автоматизации АксЗФ
Начало этой темы: [asutp] Перспективы автоматизации АксЗФ
Это ответ на: нет
Ответ на это письмо: нет
От: Michael Дата: 21 Июля 2005 19:29

> САМТС,СЭД.

А документооборот тоже в Галактике?

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


Письмо #3025

Тема: Re[8]: [asutp] Re: RS-485 to IP
Начало этой темы: [asutp] Re: RS-485 to IP
Это ответ на: Re: Re[6]: [asutp] Re: RS-485 to IP
Ответ на это письмо: Re: Re[8]: [asutp] Re: RS-485 to IP
От: Alexander Zorkaltsev Дата: 21 Июля 2005 20:51

Здравствуйте Юрий,

КЮIY>   > 10BASE-2 Bus 185 m 50 ohm coaxial "thinnet" cable и т.д.
КЮIY>   > про которые был вопрос, это только "электрическая совместимость"
КЮIY>   > и частично "информационная" (в смысле состава линий интерфейса)
КЮIY>   > интерфейса Ethernet.

КЮIY>   т.е протокол все таки  10Base-2  но частично;;;;)))))))))))
Это Вы так решили потому что упомянута "информационная совместимость" ?
Я же специально указал в скобках "в смысле состава линий интерфейса".
Поэтому 10Base-2 к протоколу не относится. Хотя в рамках стандарта Ethernet
предполагается вполне определенный протокол.
Наверно, надо определить термин "протокол физического уровня".
Если получается отнести 10Base-2 к протоколу, хотелось бы увидеть Ваше определение.


КЮIY>   А вообще все что вы писали относиться стандартом к физическому уровню,
КЮIY>   "7.7.2 Purpose
КЮIY>   The Physical layer provides the mechanical, electrical, functional and
КЮIY> procedural means........... "
Конечно к физическому, мы же об этом сразу договорились. Придется опять повторить.
"Рассматриваем интерфейс аппаратный и соответственно протоколы тоже аппаратные.
Захватываем рассмотрение среды передачи как часть интерфейса. В сетевых моделях
OSI, EPA и IEEE 802 (
http://www.csih-schip.com/ethernet.htm
)
(
http://icat.snu.ac.kr
:3333/rain_e/intro/2.html)
физический уровень выделен четко поэтому путаницы быть не должно."

Только в модели OSI для физического уровня "информационную совместимость"
разбили на две части "functional and procedural". Собственно procedural
у них это наверно и есть "протокол", я правильно понимаю ?


КЮIY>
http://standards.iso.org/ittf/PubliclyAvailableStandards/s020269_ISO_IEC_7498-1_1994
(E).zip
КЮIY>   Но ничего не сказанно об Interface...
Обо всем Вам надо говорить ;)
Если есть разделение на уровни, очевидно есть взаимодействие между
уровнями. Когда появляется понятие взаимодействие, тут же появляется
интерфейс. Есть придерживаться модели OSI, то есть интерфейс с Data
Linc Layer (он тоже аппаратный, но мы его пока не рассматриваем)
и физический уровень обеспечивает интерфейс с другими компонетами
системы по среде передачи (о нем речь и ведем).

КЮIY>   Физический уровень =  аппаратному интерфейсу,
КЮIY>   По вашей логике выходит так.
КЮIY>   Чего уж там лекции писать, может пора уже к стандартам переходить:::))))
Но наш-то советский интерфейс это и есть физический уровень весь
целиком ;) Приведенное определение аппаратного интерфейса, похоже, появилось
раньше появления стандарта 7-и уровневой ВОС (есть другие ранние
публикации Мячева А.А.). Важна суть т.к. существуют и другие стандарты.
Стандарт ВОС выделяет физический уровень и его составляющие совпадают с
аппаратным интерфейсом, значит это соответствие подтверждает их эквивалентность.
Определения придумал не я и стандарт OSI тоже, но это не мешает ими пользоваться ;)

КЮIY>   Это вы понимаете функциональность системы без контекста,  как
КЮIY> функциональность интерфейсов,
Не совсем так, я понимаю что интерфейс обеспечивает функциональность
системы (не он один, но он как составная часть все системы).
Если все продуманно, а интерфейс нет то система не реализует свои
функции, т.е. функциональность системы полностью зависит от интерфейса.
Вроде бы вы с этим соглашаетесь, но тут же утверждаете обратное.


КЮIY>   Среда передачи-это не кабель. Интерфейс может определять тип среды
КЮIY> электрическая , оптическая и т.д.
Среда передачи именно кабель, я же говорил про конкретный пример:
" 3) Проблема помех (помеха 1)
     Выбрали I2C для коммутации модулей внутри шкафа, его же
     придумано"

Извините что опять повторяюсь, но приходится.

КЮIY>   >
КЮIY>   > КЮIY>   Достоверность передачи данных, не контролируется на физическом
КЮIY> уровне, а тем более протоколом физического уровня, В вашем понимании
КЮIY> интерфейсом.
КЮIY>   > Достоверность передачи данных обеспечивается физическим уровнем.
КЮIY>   > Насчет отсутствия контроля я не соглашусь. Будем говорить о протоколах
КЮIY>   > физического уровня.

КЮIY>   Ну и какое там поле отвечает за достоверность??
А зачем же поле когда мы говорим про обеспечение достоверности на
физическом уровне, когда элементом протокола может быть бит.
Внимательно просмотрев раздел 7.7. стандарта (s020269_ISO_IEC_7498-1_1994(E))
можно увидеть что физический уровень вносит свой вклад в обеспечение
достоверности. И можно говорить о том, что данные "забракованные" на физическом
уровне вверх по уровням не пойдут.

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


Письмо #3022

Тема: [asutp] Ошибка при актиивации IAsyncIO2
Начало этой темы: [asutp] Ошибка при актиивации IAsyncIO2
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Ошибка при актиивации IAsyncIO2
От: indian Дата: 21 Июля 2005 21:15

Пишется OPC-клиент!
При активации IAsyncIO2 на удаленном сервере возвращается ошибка
0x80040200.
Копание в MSDN к хорошему не привело.
Прошу помощи по идентификации ошибки.

И вообще! Есть ли где-нибудь полные коды ошибок COM и DCOM.

Заранее благодарен за помощь!!!

Владимир Бурмистров

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


Письмо #3024

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

Здравствуйте, Дручинин Валерий!

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

ДВ>     Предлагаю в качестве передатчика использовать обычный телефон с
ДВ> кабелем до контроллера. Очень дешево и при соединении через GPRS
ДВ> постоянная связь для опроса рабочих параметров и алармов.
Телефон, или модем GPRS - не суть важно. Рабочая станция должна иметь
выход в интернет, с постоянным, глобальным или внутрисетевым для
данного оператора сотовой связи IP-адресом. Как это будет сделано -
через модем, телефон, или оптику - дело десятое.

ДВ> К сожалению опыта еще нет. С компьютером все работает нормально
А что работает нормально, опишите?

ДВ> а вот что понадобиться для контроллера пока не знаю.
Контроллер нужно будет научить работать с GPRS. Или брать GPRS-модем
со встроенным стеком TCP/IP, и писать для контроллера свое ПО, которое
будет управлять этим стеком через AT-команды модема. Еще, наверное,
можно и модем запрограммировать так, чтобы он организовывал прозрачный
канал последовательного интерфейса через GPRS. Думаю, что с чипом
WISMO такое можно сделать.

Есть и еще различные варианты, муторно все описывать. Мы сами сейчас
делаем для контроллера ТКМ-410 (Текон) и нашей системы
программирования KLogic связь по GPRS. Там используется стек TCP/IP
контроллера, то есть можно будет использовать более дешевые модемы,
без этого стека.

Также экспериментировали со связью GPRS на контроллерах Деконт-182
(ДЭП). Все работает. С точки зрения мониторинга не устраивает
непредсказуемость операторов сотовой связи при предоставлении канала
GPRS.

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


Письмо #3023

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

Можем предложить датчики гидростатического давления GE Druck. В зависимости
от выходного сигнала (мА, мВ) - стоит от 700 USD В РФ. Обращайтесь -
поможем...

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

E-Mail


Письмо #3021

Тема: [asutp] Re: Сигнализатор вода/нефть в трубе
Начало этой темы: [asutp] Re: Сигнализатор вода/нефть в трубе
Это ответ на: нет
Ответ на это письмо: нет
От: Шмыгановский Олег Дата: 21 Июля 2005 22:34

НИЦМИ г.Уфа (E-Mail), выпускает прибор АКВ300 именно для этих целей.

═--
Всего доброго,
Олег Шмыгановский
Руководитель проектов
ООО "ТРЕИ-Кама"


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

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