YarrowSoft

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

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

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

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

Письмо #3018

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

> Пишется OPC-клиент!
> При активации IAsyncIO2 на удаленном сервере возвращается ошибка
> 0x80040200.
> Копание в MSDN к хорошему не привело.
> Прошу помощи по идентификации ошибки.
> И вообще! Есть ли где-нибудь полные коды ошибок COM и DCOM.
> Владимир Бурмистров

- возможно не зарегестрирована (или не та) библиотека типов (прокси
DLL) на серверной или клиентской машине
- в сервере не реализован IAsyncIO2 (может сервер поддерживает только
OPC DA 1 ?)
- может это "фирменный код" сервера - попробуйте запросить у сервера
описание ошибки функцией GetErrorString

другим клиентом пробовали коннектиться к этому серверу?
и что происходит если сервер вызывать на том-же узле сети что и клиент?

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

http://www.telescada.ru

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


Письмо #3017

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

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


а вообще-то этот код  вроде выдается в том случае
если вы в асинхронных интерфейсам вызываете функцию которая
предполагает что уже вы "подписались" (Connection Point Container
предоставлен серверу)
может не подписавшись просите сервер чтобы  он вам выдал асинхронно
данные ?

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

http://www.telescada.ru

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


Письмо #3016

Тема: Re: [asutp] Подключение Fastwel CPU188 к COM-порту
Начало этой темы: Re: [asutp] Подключение Fastwel CPU188 к COM-порту
Это ответ на: нет
Ответ на это письмо: нет
От: Андрей Мурашко Дата: 22 Июля 2005 00:25

С разъемами вроде разобрался, всё распаял.
Теперь возникла другая проблема. Я просмотрел
всю документацию, которая была на CD-диске,
и не нашел там описания программных прерываний
операционной системы FDOS. Я собираюсь программировать
порты, и в демо-примерах это делается с помощью
функций прерывания INT 14H. Но функции нестандартные -
80h и 84h. Документация на операционку очень скудная,
в основном там речь идет только о командном интерфейсе.
Существует ли в природе описание всех доступных
программных прерываний FDOS?

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


Письмо #3015

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

Поясняю ...

Контроллер ГАММА -7М

SCADA  WinCC  v6.0

MODBUS  драйвер идущий в комплекте .

Код инверсный - из описания формата чисел на ГАММА-7М. Сослаться на
страницу не могу. Нет описания под рукой. Но при вызовах,  параметр с
числовым значением в 32-битном представлении, соответствующим температуре
или уровню, не адекватно отображался в SCADA.

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

А все-таки она вертится...

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


Письмо #3014

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

> Контроллер ГАММА -7М
> SCADA  WinCC  v6.0
> MODBUS  драйвер идущий в комплекте .
> Код инверсный - из описания формата чисел на ГАММА-7М. Сослаться на
> страницу не могу. Нет описания под рукой. Но при вызовах,  параметр с
> числовым значением в 32-битном представлении, соответствующим температуре
> или уровню, не адекватно отображался в SCADA.

может не учли особенность адресации modbus для  FLOAT(32) ?
многие производители при реализации modbus предлагают такую заморочку при запросе
данных в формате FLOAT
001 - параметр 1
003 - параметр 2
005 - параметр 3

то есть адреса параметров которые надо получать в формате FLOAT(32)
только нечетные

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

http://www.telescada.ru

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


Письмо #3007

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

Dear Александр.

Спасибо за сообщение. Очень интересно подробнее по вашим разработкам,
если не секретно...

Задачу для себя ставлю --  удешевить. А стало быть приблизить к
потребителям , которые не богаты, но многочисленны .  Пример - кустовые ТП
у водоканала. Число параметров ограничено , мониторинг нужен типа работает
или уже умер, телефон в лес не протянешь, а с оператором не с одним так с
другим можно попытаться договориться. Это проще , чем раз шесть за день
объезжать сотню другую скважин.

Ну и по поводу компьютера. Связь через GPRS с интернетом на уровне 60
кВ/с - выглядит обнадеживающе.

GSM модем понятно но, дорого( относительно возможностей коммуналки) , если
все-таки реализовать стек TCP/IP на  относительно недорогом (лучше
отечественном- патриот знаете ли... ) контроллере.

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


Письмо #3006

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

Ну что Вы...

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


Письмо #3013

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

--- In E-Mail, Дручинин Валерий <forum-asutp@i...> wrote:>    Поясняю ...> > Контроллер ГАММА -7М> > SCADA  WinCC  v6.0> > MODBUS  драйвер идущий в комплекте .> > Код инверсный - из описания формата чисел на ГАММА-7М. Сослаться на> страницу не могу. Нет описания под рукой. Но при вызовах,  параметр с> числовым значением в 32-битном представлении, соответствующим температуре> или уровню, не адекватно отображался в SCADA.> Вряд ли это можно назвать проблемой Гаммы, скорее это проблема тех драйверов которые вы использовали. На сколько мне известно нет никакого стандарта(имеется в виду последовательность передачи слов) на передачу данных размером более 2-х байт(одного регистра). Поэтому во многих(во всех что мне доводилось видеть) программах для работы по MODBUS предусмотрена настройка последовательности передачи чисел с плавающей точкой.  

С Уважением,Константин Власкин


Письмо #3005

Тема: RE: [asutp] Подключение Fastwel CPU188 к COM-порту
Начало этой темы: RE: [asutp] Подключение Fastwel CPU188 к COM-порту
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Цудиков Дата: 22 Июля 2005 00:54

> Существует ли в природе описание всех доступных
> программных прерываний FDOS?
Читайте "FDOS" как "MS DOS 6", соответственно, используйте
стандартные прерывания.
Иван, если не секрет, какова конечная цель изысканий?
Спрашиваю потому, что у нас достаточно большой опыт
программирования фаствеловских модулей, могли бы помочь.
Пока только непонятно, чем именно :).

С уважением,
Исполнительный директор НПК "Ленпромавтоматика"
Дмитрий Цудиков.
Тел./факс +7(812)336-29-68

http://www.lenprom.spb.ru


Письмо #12271

Тема: RE: [asutp] Подключение Fastwel CPU188 к COM-порту
Начало этой темы: RE: [asutp] Подключение Fastwel CPU188 к COM-порту
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Цудиков Дата: 22 Июля 2005 00:54

> Существует ли в природе описание всех доступных
> программных прерываний FDOS?
Читайте "FDOS" как "MS DOS 6", соответственно, используйте
стандартные прерывания.
Иван, если не секрет, какова конечная цель изысканий?
Спрашиваю потому, что у нас достаточно большой опыт
программирования фаствеловских модулей, могли бы помочь.
Пока только непонятно, чем именно :).

С уважением,
Исполнительный директор НПК "Ленпромавтоматика"
Дмитрий Цудиков.
Тел./факс +7(812)336-29-68

http://www.lenprom.spb.ru


Письмо #3004

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

Наш водоканал сделал проще. Обычный МИДА или КРТ в трубу на фланец-
входом наружу и опустил вниз. Работает...
  гидростатические есть у WIKA ? Но дорогие.
А обычные тип ОС-1 очень приемлемо.

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


Письмо #3012

Тема: [asutp] Re: Подключение Fastwel CPU188 к COM-порту
Начало этой темы: [asutp] Re: Подключение Fastwel CPU188 к COM-порту
Это ответ на: нет
Ответ на это письмо: нет
От: kavlaskin Дата: 22 Июля 2005 01:03

--- In E-Mail, Ivan Zhukov <forumasutp@i...> wrote:> С разъемами вроде разобрался, всё распаял.> Теперь возникла другая проблема. Я просмотрел> всю документацию, которая была на CD-диске,> и не нашел там описания программных прерываний> операционной системы FDOS. Я собираюсь программировать> порты, и в демо-примерах это делается с помощью> функций прерывания INT 14H. Но функции нестандартные -> 80h и 84h. Документация на операционку очень скудная,> в основном там речь идет только о командном интерфейсе.> Существует ли в природе описание всех доступных> программных прерываний FDOS?> > ----> E-mail автора: ivzh@m...> (по данным регистрации на iprog.pp.ru/forum)Рекомендую заглянуть на ftp.prosoft.ruВ своё время нашёл ответы на все вопросы.Вам, вероятно, не описание функций FDOS искать надо, а DataSheet на сам процессор и внимательно почитать про контроллер прерываний. С Уважением,Константин Власкин


Письмо #3003

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

Возможно , Вы правы. Хотя ссылка на формат IEEXXXX в описании ГАММЫ
есть. Но описание формата не читал. Может и в драйвере что-то не так было,
не настаиваю, но переписывать драйвер с изменением порядка слов пришлось.

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

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


Письмо #3011

Тема: RE: Re[2]: [asutp] RS-485 to IP (кривая реализация MODBUS у контроллеров ГАММА)
Начало этой темы: RE: Re[2]: [asutp] RS-485 to IP (кривая реализация MODBUS у контроллеров ГАММА)
Это ответ на: нет
Ответ на это письмо: нет
От: Shchekin Sergey I. Дата: 22 Июля 2005 01:08

> -----Original Message-----
> From: E-Mail [mailto:E-Mail] On
> Behalf Of input
> Sent: Thursday, July 21, 2005 4:39 PM

> > страницу не могу. Нет описания под рукой. Но при вызовах,  
> параметр с
> > числовым значением в 32-битном представлении, соответствующим
> > температуре или уровню, не адекватно отображался в SCADA.
>
> может не учли особенность адресации modbus для  FLOAT(32) ?
> многие производители при реализации modbus предлагают такую
> заморочку при запросе данных в формате FLOAT 001 - параметр 1
> 003 - параметр 2 005 - параметр 3
>
> то есть адреса параметров которые надо получать в формате
> FLOAT(32) только нечетные


А еще иногда нужно поменять местами 16-битные слова, составляющие Float32. Это не означает "кривизну" протокола. Просто в стандартном протоколе Modbus изначально отсутствовал формат Float32, и для передачи используются 2 стандартных регистра (слова). В грамотно сделанных OPC-серверах под Modbus (например, Matrikon) можно поставить опцию "Swap" для формата Float32.

С уважением,
Сергей Щекин
TRICONEX


Письмо #3010

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

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

  > КЮ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
  > у них это наверно и есть "протокол", я правильно понимаю ?

  Я ж его не писал)) И упоминание о протокалах не видел.
  Тот кто считает протоколом RS 232, 485, тот  я думаю и может дать
разьяснения ))
  Я  же сделал предположение, что тому кто так считает, почему бы не назвать
и другие спецификации на физическом уровне протоколами!
  Или аргументируете почему не хотите называть?

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

  Это Ваше утверждение. Вам за него и отвечать)

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

  Функции у системы и систем бывают разные, а не только передавать
сообщения.
  Конечно, функциональность системы полностью зависит от интерфейса, если в
функциях записано, что она должна передавать сообщения )).


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






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


Письмо #3009

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

Олег!Пытаюсь несколько дней к вам пробиться, но письма возвращаются.Виталий
Шерман.
----- Original Message -----
From: "zeroman" <E-Mail.ru>
To: <E-Mail>
Sent: Thursday, July 21, 2005 5:43 AM
Subject: Re: [asutp] датчик давления - какой посоветуете выбрать?


> Можем предложить датчики гидростатического давления GE Druck. В
зависимости
> от выходного сигнала (мА, мВ) - стоит от 700 USD В РФ. Обращайтесь -
> поможем...
>
> С Уважением,
> Олег Ушаков
> ЗАО &quot;ТЕККНОУ&quot;, Санкт-Петербург
> Комплексные решения в облаcти метрологии и измерений
http://www.tek-know.ru

> E-Mail
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>


Письмо #3008

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

e-mail: ushakov @ tek - know . ru
Если не помогает, то либо на нашем сайте задайте вопрос (в разделе форум

http://www.tek-know.ru/forum.html
) - мне перешлют письмо с Вашим e-mail.
Либо попробовать написать на info @ tek - know . ru. Пробелы из адресов
e-mail естественно надо убрать :). Еще вариант посмотреть мой профиль на

http://iprog.pp.ru/forum.
Там есть e-mail. Ну а дальше только только по
телефону.


Как мне известно GE Druck все же часто бывает дешевле чем WIKA. GE Druck
тоже просто - опустил датчик с кабелем на дно - и измеряешь. До 600 м.

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

E-Mail


Письмо #3002

Тема: Re: [asutp] Одновременное измерение уровня нефти и межфазного нефть-вода
Начало этой темы: Re: [asutp] Одновременное измерение уровня нефти и межфазного нефть-вода
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 22 Июля 2005 01:40

Вот, например

http://www.nicmi.ru/


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


Письмо #3001

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

>     Возможно , Вы правы. Хотя ссылка на формат IEEXXXX в описании ГАММЫ> есть. Но описание формата не читал. Может и в драйвере что-то не так было,> не настаиваю, но переписывать драйвер с изменением порядка слов пришлось.
Ссылка на IEEXXXX в руководстве программиста, действительно, есть. Но это всего лишь описание на формат хранения чисел с плавающей точкой и никакого отношения к собственно modbus оно не имеет. Т.е. из IEEXXXX не следует как(в какой последовательности) должны передаваться числа с плавающей точкой по modbus.С Уважением,Константин Власкин


Письмо #3000

Тема: RE: [asutp] Перспективы автоматизации АксЗФ
Начало этой темы: RE: [asutp] Перспективы автоматизации АксЗФ
Это ответ на: нет
Ответ на это письмо: нет
От: T.Savelyeva Дата: 22 Июля 2005 02:14

>
> > САМТС,СЭД.
>
> А документооборот тоже в Галактике?
Нет. Это делопроизводство.Скорее всего на Лотусе и надстройка
компани-медиа.

С уважением,
___________________________
Савельева Т.М.
начальник участка АТП
ЦКИПиА
Аксуский завод ферросплавов


Письмо #2999

Тема: RE: [asutp] Перспективы автоматизации АксЗФ
Начало этой темы: RE: [asutp] Перспективы автоматизации АксЗФ
Это ответ на: нет
Ответ на это письмо: нет
От: T.Savelyeva Дата: 22 Июля 2005 02:20

> Лично меня интересует больше их модуль оперативного планирования.
> Пока очень мало информации. Надеюсь, будет больше....
>
Конкретных описаний я тоже пока не видела.
С уважением,
___________________________
Савельева Т.М.
начальник участка АТП
ЦКИПиА
Аксуский завод ферросплавов


Письмо #2998

Тема: [asutp] Подключение Fastwel CPU188 к COM-порту
Начало этой темы: [asutp] Подключение Fastwel CPU188 к COM-порту
Это ответ на: нет
Ответ на это письмо: нет
От: kavlaskin Дата: 22 Июля 2005 02:22

Технология создания прикладного программного обеспечения дляCPU188-5 v.3 не отличается от принятой для IMB-PC совместимыхкомпьютеров в тех случаях, если используются ресурсы операционнойсистемы (MS-DOS 6.22) и базовой системы ввода-вывода (ROM-BIOS).Однако, модуль CPU188-5 v.3 имеет аппаратные особенности организа-ции контроллера прерываний, контроллера DMA и портов последователь-ной связи (COM1,2), которые необходимо учитывать, в частности, присоздании программ обработки аппаратных прерываний или при прямомпрограммировании COM- портов. Для непосредственной работы свышеперечисленными устройствами необходимо изучитьсоответствующие разделы Приложения A к руководству пользователя,Главы 5 или документ &#8221;AM186 &#63195;ES and AM188 &#63195;ES Use&#8217;r Manual&#8221;(Advanced Micro Devices, Inc.&#63193; 1997).
Это взято из Руководства пользователя.Неужели на вашем диске данный документ отсутствует, или вы его забыли прочитать?:-))
С УважениемКонстантин Власкин


Письмо #2997

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

Прошу высказать Ваши мнения по работе Genesis32 через терминал-сервер

---
Алексей Ефремовский
Отдел АСУТП, НМЗ им.Кузьмина

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


Письмо #2996

Тема: Re[2]: [asutp] Сигнал с датчика
Начало этой темы: Re: [asutp] Сигнал с датчика
Это ответ на: Re: [asutp] Сигнал с датчика
Ответ на это письмо: нет
От: Гайдученко Кирилл Витальевич Дата: 22 Июля 2005 03:30

Привет Taptiga,

Thursday, July 21, 2005, 1:06:13 AM, you wrote:

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

А вообще если забыть про контроллер и напрямую в комп завести? Т.е.
поставить что то типа вольтметра с выходом RS485 на выходе? Что то
типа АДАМ 4016? Этот прибор, это что то специфическое?


T> +У контроллера параметры входа:
T> +тока 0..20, 4..20, 0..5 мА.
T> +напряжения 0..1В.
Или я чего то еще не знаю, но ,вроде как напрашивается простой
нормализатор сигналов типа DATAFORTH DSC81 или ему подобный
их кучи - там просто гальвано развязка с масштабированием...

Во, еще нашел: DSCA31 - вход по напряжению 0-1...0-40В выход или
потенциальный 0-10В или4-20мА.... думаю у других производителей их не
меряно.

Вот ,фирма "Микрол" из Ивано-Франковска делает, судя по описанию,
прекрасные преобразователи - нормализаторы типа ПНС-1, чудненькие, на
ДИН рельсу вешаются, вход, любой в зависимости от заказа, до 500В,
выход любой из: 0-5мА, 4-20мА, 0-10В
И всего то это удовольствие стоит около 80 уе. И думать не надо. :)

О, еще нашел, фирма Промсат (Киев): преобразователи PSA-01, там куча
всяких вариантов исполнения.
http://www.promsat.com




--
С уважением, Кирилл.                          mailto:E-Mail.energy.gov.ua

21 июля 2005 г.


Письмо #2995

Тема: [asutp] Re: Genesis32 под Терминал-сервером
Начало этой темы: [asutp] Re: Genesis32 под Терминал-сервером
Это ответ на: нет
Ответ на это письмо: нет
От: kavlaskin Дата: 22 Июля 2005 03:32

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


Письмо #2994

Тема: Re: [asutp] Re[2]: Рт1000 -померять попроще...
Начало этой темы: [asutp] Re[2]: Рт1000 -померять попроще...
Это ответ на: [asutp] Re[2]: Рт1000 -померять попроще...
Ответ на это письмо: нет
От: Гайдученко Кирилл Витальевич Дата: 22 Июля 2005 03:35

Привет Michael,

Thursday, July 21, 2005, 12:52:28 AM, you wrote:

>> "Я думал за 10 уе вся автоматика!!!"
M> "Бедный... бедный мистер Холмс" (с) из какого-то фильма  :)
Бюджетники...

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

Я исхожу из того что можно купить в Киеве, а не в Москве...
Мало ли какое в мире чудо есть. :) Я сложил высокую стопку прайсов,
перебрал кучу вариантов, извел пачку бумаги. И получил, что этот
вариант оказался чуть-чуть дешевле. Что, к стати, позволило выиграть
микро тендер :)

ЗЫ. К стати то, что предлагает "Овен" не есть что-то из ряда вон
выходящее, но цена оказалась ниже чем аналогичные приборы от местных
производителей. Странно...

--
С уважением, Кирилл.                          mailto:E-Mail.energy.gov.ua

21 июля 2005 г.


Письмо #2993

Тема: RE: [asutp] Подключение Fastwel CPU188 к COM-порту
Начало этой темы: RE: [asutp] Подключение Fastwel CPU188 к COM-порту
Это ответ на: нет
Ответ на это письмо: нет
От: Андрей Мурашко Дата: 22 Июля 2005 05:39

КВ> Для непосредственной работы с вышеперечисленными устройствами
КВ> необходимо изучить соответствующие разделы Приложения A
КВ> к руководству пользователя, Главы 5 или документ "AM186 ?ES
КВ> and AM188 ?ES Use'r Manual" (Advanced Micro Devices, Inc.?
КВ> 1997). Это взято из Руководства пользователя.
КВ> Неужели на вашем диске данный документ отсутствует, или вы
КВ> его забыли прочитать?:-))

Как-то я на этот раздел не обратил внимание. Но тут всё равно
ссылка на описание аппаратуры, т.е. программирование на
уровне регистров, а не использование готовых системных
вызовов (aka программных прерываний).
А мне как-то не хочется на аппаратном уровне самому
всё обрабатывать.

ДЦ> Иван, если не секрет, какова конечная цель изысканий?
ДЦ> Спрашиваю потому, что у нас достаточно большой опыт
ДЦ> программирования фаствеловских модулей, могли бы помочь.
ДЦ> Пока только непонятно, чем именно :).

Автоматизирую небольшой агрегат, решили взять CPU188,
т.к. на этом заводе такие контроллеры уже используются в
нескольких местах.
Проблем пока особых нет, спасибо. С портами разобрался.

С уважением, Иван Жуков.

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


Письмо #2992

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

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

Это как в анекдоте "если это работает, то ничего не делай"  :)

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

Неужто готового решения нет?

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


Письмо #2991

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

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

Иван! Не знаю на какой твой мэйл писать, пишу сюда.
Непонятки с "выбором привелигерованный пользователей",
яы там не вижу нескольких (как минимум двоих),
письма в конфе есть, а имён в "списке" нет.
Напиши мне директом, я ситуацию обрисую.

--------------------------------
С уважением, Волкожа Михаил.
ко-модер


Письмо #2990

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

Да, вы абсолютно правы - лабораторная установка, непромышленные условия.
Хотелось бы иметь потенциал для наращивания количества датчиков =>
мультиметр не подходит т.к. один канал.
Используется обычный IBM PC-совместимый компьютер, подойдет ли плата
аналогового входа? к тому же ее нет.
Как исполнить "делитель" на двух резисторах(не могу вникнуть, не силен в
электронике)?

Спасибо за ответы!

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

С уважением Морозов Илья.
УГТУ-УПИ. МТФ. ТИМ.

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


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

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