YarrowSoft

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

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

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

Письма за один день 29 Июня 2005 с 1 -20 из 20

Письмо #3512

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

Привет Константин,

Friday, June 24, 2005, 2:16:49 PM, you wrote:

КК> Все дело в том, что данный уровнемер секционный.
КК> Он имеет по 8 поддиапазонов измерения на каждый метр,соответственно
КК> аналоговое
КК> измерение емкости (уровня) происходит в поддиапазоне находящемся на
КК> границе раздела сред(рабочая секция). Длина секции 125мм.
КК> Эталонными емкостями являются соответсвенно полностью замоченные и
КК> полностью сухие
КК> секции.
КК> Это приблизительно,но реальный алгоритм измерения уровня намного сложнее и
КК> секретнее :)


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

ЗЫ. разрабатывал такой же, но оказался прибор не востребован, проще кислоту
веревкой с гайкой мерять...

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

28 июня 2005 г.


Письмо #3517

Тема: [asutp] Re: зональный датчик температуры
Начало этой темы: [asutp] Re: зональный датчик температуры
Это ответ на: нет
Ответ на это письмо: нет
От: andrmur Дата: 29 Июня 2005 04:32

--- In E-Mail, Ахатов Эдуард Тавгатович <Ahatov_ET@t...> wrote:> Подскажите пожалуйста производителей зональных датчиков температуры. На емкости до 18 метров. Можно директом.
Эдуард, компания Rosemount Temperature (подразделение Emerson) является одним из таких производителей.опросный лист есть?
С наилучшими пожеланиями,Андрей Мурашко


Письмо #3511

Тема: Re[3]: [asutp] RS-485 to IP
Начало этой темы: [asutp] RS-485 to IP
Это ответ на: Re[2]: [asutp] RS-485 to IP
Ответ на это письмо: нет
От: Alexey Molchanov Дата: 29 Июня 2005 14:53

Tuesday, June 28, 2005, you wrote:
>> Как я понял, у вас система "уровнемер - контроллер - ПК", т.е. нужна

> Хотелось бы...

>> сеть и "уровнемер - контроллер" и  "контроллер - ПК"?

> Если я правильно понимаю... "уровнемер - контроллер" -- это не просто
> кабель до устройства?

Если 4..20мА - то просто кабель. Но сейчас много уровнемеров имеют
цифровые интерфейсы и их можно объединять в сети.


Письмо #3510

Тема: [asutp] Экономическое обоснование сетевой интеграции и мониторинга
Начало этой темы: [asutp] Экономическое обоснование сетевой интеграции и мониторинга
Это ответ на: нет
Ответ на это письмо: нет
От: Вадим Легенкин Дата: 29 Июня 2005 15:43

Уважаемые участники форума, подскажите пожалуйста, есть ли какие-нибудь
методики и рекомендации по составлению технико-экономического
обоснования таких мероприятий как
- интеграция локальных сетей систем управления технологических установок
в единую сеть,
- обеспечение возможности просмотра данных реального времени и
исторических архивов технологических параметров на рабочих местах
руководителей (директоров, начальников цехов, а также
инженеров-технологов),
- приведение рабочих мест всех автоматизированных участков к единому
программному продукту (к единой версии одной SCADA-системы) ?

С уважением, Вадим Легенкин.
Ведущий специалист отдела АСУТП,
ОАО "НК "Роснефть" - КНПЗ"


Письмо #3509

Тема: HA: [asutp] Экономическое обоснование сетевой интеграции и мониторинга
Начало этой темы: HA: [asutp] Экономическое обоснование сетевой интеграции и мониторинга
Это ответ на: нет
Ответ на это письмо: нет
От: okedik Дата: 29 Июня 2005 15:57

Таких методик у меня нет, но и на пальцах не тяжело объяснить руководству
преимущества доступа по сети к удаленным рабочим станциям и серверам.
Т.к. большинство проблем решается удаленно по RAdmin или DameWare, то во
первых резко снижаются транспортные расходы, во вторых увеличивается
скорость выполнения заявок и в третьих один человек может вести поддержку
значительно большего числа объектов.

Про вывод информации руководству, тут вообще никакие методики не применимы,
если руководство желает знать... :)

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


С уважением,
Олег Васильевич Кедык,
нач. службы ТО АСУ ТП,
Когалымское ПУ ИТ,
ЗАО "ЛУКОЙЛ-ИНФОРМ"


Письмо #3508

Тема: RE: [asutp] Однофазные взрывозащищенные приводы
Начало этой темы: RE: [asutp] Однофазные взрывозащищенные приводы
Это ответ на: нет
Ответ на это письмо: нет
От: Айдар Дата: 29 Июня 2005 17:47

>   Знает  кто-нибудь,  где  делают сабжевые приводы на 25-40 Н*м с
>   однофазным питанием взрывозащищённого исполнения Exd?
>
>   Очень надо, но нигде не видел...

Посмотрите продукцию Bernard

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


Письмо #3507

Тема: Fw: [asutp] Экономическое обоснование сетевой интеграции и мониторинга
Начало этой темы: Fw: [asutp] Экономическое обоснование сетевой интеграции и мониторинга
Это ответ на: нет
Ответ на это письмо: нет
От: Кузьмин Юрий (IT-YUKO) Дата: 29 Июня 2005 18:46

> Таких методик у меня нет, но и на пальцах не тяжело объяснить руководству
> преимущества доступа по сети к удаленным рабочим станциям и серверам.
> Т.к. большинство проблем решается удаленно по RAdmin или DameWare, то во
> первых резко снижаются транспортные расходы, во вторых увеличивается
> скорость выполнения заявок и в третьих один человек может вести поддержку
> значительно большего числа объектов.

А то что технологическая сеть  становиться уязвимой (неизвестно уязвимой от
чего и почему) то же на пальцах понимают?
Или не знают во что ввязываются)))))
А что говорят  про  управление технолологическим процессом (ТП) с мобильного
телефона, через интернет....?
Мне кажется надо разделять удаленное управление сетевыми ресурсами и ТП

Единственное приемущество,то что MES система может распологать свежими
технологическими данными и оперировать ими для дальнейшего анализа и
предоставлять это руководству для анализа. Эффективность очевидна
Я вообще слабо понимаю, удаленное управление ТП для заводов и как правило
опасных производств.

> - интеграция локальных сетей систем управления технологических установок
> в единую сеть,
Soft-верные компании предлагают на рынке ПО по предоставлению и анализу
данных, как новый сервис. Кто же откажется от новых возможностей.
ПО железу ,которое там будет стоять на всех уровнях и технологиях, тоже
сейчас реально здесь работать

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

К единому не приведете в смысле (SCADA, MES, ERP).
А эффективность просматривается.  В смысле анализа данных MES системой.
Это и ведет к интеграции.


Хороших дел
Кузьмин Юрий


Письмо #3506

Тема: Re: [asutp] RS-485 to IP
Начало этой темы: Re: [asutp] RS-485 to IP
Это ответ на: нет
Ответ на это письмо: нет
От: Андрей Мурашко Дата: 29 Июня 2005 18:49

Здравствуйте, Сергей!
Если есть желание (и в пределах Оренбурга)
то могу дать на некторое время конвертер RS232/485 to TCP. Наз MOXA NPort
DE-311.
Так сказать для испытаний (есть в резерве)
тел  раб (3532) 78-90-73
С уважением,
Гринев Эдуард
АСУ
Оренбургские тепловые сети

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


Письмо #3505

Тема: RE: [asutp] Хорошо в деревне летом ...
Начало этой темы: RE: [asutp] Хорошо в деревне летом ...
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Хорошо в деревне летом ...
От: Shchekin Sergey I. Дата: 29 Июня 2005 19:09

> -----Original Message-----
> From: Бардичев Виктор [mailto:E-Mailn.ru]
> Sent: Tuesday, June 28, 2005 11:06 AM

> Вопрос - какие трехфазные частотные преобразователи мощностью
> до 1 кВт имеют
> максимально синусоидальную форму выходного напряжения, чтобы
> можно было
> использовать обычный кабель.
> (Кабель уже давно лежит и подключен к двигателям без ЧП)
> Интересуют как ссылки, так и коммерческие предложения (директом).


Виктор, я думаю, что не удастся найти ЧРП с синусоидой на выходе. Тем более мощностью менее 1 кВт.
Практически все современные ЧРП используют ШИМ на выходе, и с точки зрения нормальной работы как ЧРП, так и двигателя синусоидальное напряжение не нужно. В тех случаях, когда нужно задавить несущую частоту ШИМ (вместе с ее гармониками) надо ставить фильтр на выходе ЧРП, который достаточно большой и тяжелый, т.к. в нем должны быть солидные дроссели и конденсаторы. На малых мощностях фильтр по своим размерам, массе и стоимости вообще может превосходить собственно ЧРП. Поэтому производители ЧРП никогда по умолчанию не поставляют фильтры со своими изделиями. А некоторые и вообще сами не производят фильтры.

Вывод: могу только посоветовать Вам искать не ЧРП с синусоидой на выходе, а отдельный [от ЧРП] выходной фильтр.

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


Письмо #3487

Тема: [asutp] Кто занимался ОРС-технологиями.
Начало этой темы: [asutp] Кто занимался ОРС-технологиями.
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Кто занимался ОРС-технологиями.
От: Комендантов Дмитрий Валерьевич Дата: 29 Июня 2005 19:24

Господа, кто занимался ОРС-технологиями.
Какие подводныем камни могуть подстерегать и подстерегают при применении
ОРС-технологи? Вопрос возник только потому, что слышал несколоко мнений
и все разные. Одни уверждают, что проблем никаких быть не может. Вторые
утверждают, что проблем воз им маленькая тележка, при соединении ОРС от
разных производителей.
Вообще задача стоит такая. Имеется на предприятии 5-6 разных АСУ ТП,
каждая из которых использует свой контроллер (от своего производителя) и
разные SCADA. Их необходимо объединить, для создания  (вернее замены
технически устаревших технологий) центральной системы ОДУ.

Прошу прощения, если на взгляд специалистов написал чушь, опыта пока мало.
За ранее благодарен, за любые ответы.


Письмо #3486

Тема: Re: [asutp] Burkert
Начало этой темы: Re: [asutp] Burkert
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 29 Июня 2005 19:29

Официальный дилер фирмы BURKERT и фирмы KSR -
  ООО "КИП-Автоматика"
  109029, Москва, Нижегородская,32,стр.3
  тел.факс (095)911-09-19,670-28-08, 678-97-50


http://www.burkert.msk.ru/


http://www.kfg-level.narod.ru/


  С пожеланием успешного сотрудничества,

  Алексей Анатольевич Левин

   mailto:E-Mail

ООО &quot;КиП-Автоматика&quot; оффициальный дилер Burkert, KSR-Kubler


Письмо #3504

Тема: [asutp] Re: RS-485 to IP
Начало этой темы: [asutp] Re: RS-485 to IP
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Re: RS-485 to IP
От: kavlaskin Дата: 29 Июня 2005 19:57

ПРедлагаю начать &quot;раскопки&quot; с того, что послать запрос на &quot;Альбатрос&quot;&nbsp;
и попросить выслать описание протокола. Нам они его в своё время
высылали, документ называется вроде &quot;Руководство программиста&quot;.
Протокол обмена там описан как 485-й так и Modbus.
По поводу конвертора думаю что может лучьше вам данные собирать по сети
RS-485 и собирать их на сервере, а уже с сервера по оптике данные будут
уходить и всем остальным потребителям.&nbsp;&nbsp;&nbsp;

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


Письмо #3503

Тема: Re: [asutp] RS-485 to IP
Начало этой темы: Re: [asutp] RS-485 to IP
Это ответ на: нет
Ответ на это письмо: нет
От: Андрей Мурашко Дата: 29 Июня 2005 20:07

Константин Власкин писал:
> ПРедлагаю начать "раскопки" с того, что послать запрос на "Альбатрос"
> и попросить выслать описание протокола. Нам они его в своё время
> высылали, документ называется вроде "Руководство программиста".
> Протокол обмена там описан как 485-й так и Modbus.

1. Странно, что вам пришлось делать запрос на РП. Этот документ входит в
комплект.
2. "485-й" не протокол. :)

С Уважением,
Ильдар Ибатуллин
SLP Engineering

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


Письмо #3502

Тема: Re: [asutp] RS-485 to IP
Начало этой темы: Re: [asutp] RS-485 to IP
Это ответ на: нет
Ответ на это письмо: Re[2]: [asutp] RS-485 to IP
От: Андрей Мурашко Дата: 29 Июня 2005 20:18

Serge Ignatkin писал(а):

> Не  подскажете  ли,  бывают  ли  в  природе сабжи, или возможен только
> вариант  с  промежуточным  конвертором  485-232?
А зачем вам промежуточное преобразование???

> Есть  задача  с уровнемерами, скорее всего остановимся на контроллерах
> Гамма, 7 или 8. Собственно с них и хотелось бы данные к себе в систему
> получать. Речь не о полноценной АСУТП,  а только о небольшой локальной
> задаче  с  макс. 7 уровнями+мелочевка вроде датчиков давления Сапфир и
> т.п.,   что   мечтается  как  раз и подключить на дополнительные входы
> некоторых вариантов исполнений 7-х Гамм.

Кстати, у Альбатроса на подходе процессор МП10 контроллера Гамма-11
который будет иметь Ethernet-интерфейс.

> Возможно стоит использовать многоканальные решения, т.е. много RS-XXX -
> один Ethernet,  несколько  непонятно  пока по отказоусойчивости такого
> решения.
Если число таких устройств будет >4 - то
1.лучше использовать конвертер Modbus RTU через RS485 <--> Modbus/TCP.
Есть у Advantech.
Или
2. использовать много-COM-портовую плату ввода-вывода, вставляемую в шину
PCI(ISA) ПК.

> И еще вопрос -- с чего можно начать копать на предмет "ввода" данных в
> PC? То есть вот есть IP-пакеты, какие-то слова о стандарте Modbus... Я
> кого  должен  теребить по началу -- разработчика Гамм, или разработчик
> конверторов  (или как их правильно называть) тоже тут "при чем"? Сам я
> в этом деле больше программист, чем АСУТэПэшник, увы. ,)
Советую связаться со службой АСУТП "разработчика Гамм" -
E-Mail.
Совет: потрудитесь сформулировать свой вопрос.

С Уважением,
Ильдар Ибатуллин
SLP Engineering

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


Письмо #3500

Тема: Re: [asutp] Re: RS-485 to IP
Начало этой темы: [asutp] RS-485 to IP
Это ответ на: [asutp] Re: RS-485 to IP
Ответ на это письмо: Re[2]: [asutp] Re: RS-485 to IP
От: Serge M. Ignatkin Дата: 29 Июня 2005 20:35

Добрый день.

> ПРедлагаю начать "раскопки" с того, что послать запрос на "Альбатрос"
> и попросить выслать описание протокола. Нам они его в своё время
> высылали, документ называется вроде "Руководство программиста".
> Протокол обмена там описан как 485-й так и Modbus.

Уже прислали, таки проплатили мы две 7-х Гаммы. (Почему -- другой
вопрос, цейтнот и проч.) Толком не читал еще правда.

> По поводу конвертора думаю что может лучьше вам данные собирать по сети
> RS-485 и собирать их на сервере, а уже с сервера по оптике данные будут
> уходить и всем остальным потребителям.    

Вот тут и загвоздка. Разработчик рекомендует использовать
многопортовую PCI-карту, либо дивайс типа NPort 5430-I, точнее именно
эту модель, в виде конвертора 485-IP... Но этот дивайс -- четырех
портовый, и что смущает, зачем, если можно контроллеры объединить по
485 сети -- либо я еще чего-то не знаю... или их нельзя.

Мне, как разрабочику фронт-энда на PC, тут выборов много, и я пока
затрудняюсь сделать его. В первом варианте, с многопортовой
PCI-картой, у меня в системе просто появляются доп. компорты и я с
ними работаю. Но тогда получается, что мне придется либо сервис
писать, который будет эти данные в БД ложить, возможно быть сервером
для отдельно написанных клиентов и т.п.

В случае же использования MOXA NPort 5430-I получится, со слов
разработчика Гамм: "После конвертора у Вас будут COM-порты в системе,
либо (на выбор)API к инкапсуляции последовательных запросов и ответов
в TCP/IP пакеты." Т.е. как вариант -- то-же самое, видимо после
установки некоего софта к конвертору появляются "виртуальные"
ком-порты... Если мне это надо на несколько PC вывести, то это доп.
работы по установке и т.д. Не очень красивое решение. Да и стоимость
этого контроллера достаточно высока, а приходится еще думать о
резервировании и отказоустойчивости в целом.

Разработчик же считает, применение PCI-платы более правильно, надежнее
и т.п. Особенно на этапе разработки и отладка. Возможно он и прав -- я
просто не знаю, и принимаю его мнение во внимание.

А мне хотелось бы еще рассмотреть вариант именно объединения
контроллеров в сеть 485, далее одно-портовый конвертор в сеть
Ethernet, и у меня отдельные, одновариантные, "однозвенные"
приложения, или, скажем, www-сервер и т.п.

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


--
best regards!


Письмо #3501

Тема: Re[3]: [asutp] RS-485 to IP
Начало этой темы: [asutp] RS-485 to IP
Это ответ на: Re[2]: [asutp] RS-485 to IP
Ответ на это письмо: [asutp] RS-485 to IP
От: Alexander Burmistrov Дата: 29 Июня 2005 20:35

Здравствуйте, Sergey Ignatkin!

SI> Вся эта телеметрия сходится (проводами) в операторную, где стоит шкап
SI> с лампочками и сидят круглосуточно операторы. Я туда пробросил оптику.
SI> Есть задача вывода данных телеметрии (какой только возможно) не только
SI> операторам, но и например главному инженеру, директору и т.д.
Типично подобные задачи решаются установкой одной рабочей машины,
которая будет опрашивать счетчики, контроллеры и прочее. А уже с нее
все будут иметь эту информацию по обычной сетке. Связь между рабочими
станциями - у кого как. У нас в КАСКАДе - достаточно "голого"
протокола TCP/IP. Где-то может потребоваться настроить DCOM, например.

Если будет OPC-сервер - для начала можно попробовать наш бесплатный
KVisionOPC. Если нет - тогда доставать описание протоколов, и
интегрироваться с какой-то системой. Например тоже с КАСКАДом. :-)
Или написать OPC-сервер.

Еще вариант. Если у контроллеров есть поддержка протокола Модбас, то
взять бесплатный OPC-сервер для этого протокола.

SI> Данные с существующй системы вроде бы можно получить,
SI> по ком-порту на другой комп, с операторского.
Пока не понял, что имелось в виду этим предложением.

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


Письмо #3499

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

SI> Разработчик же считает, применение PCI-платы более правильно, надежнее
SI> и т.п. Особенно на этапе разработки и отладка. Возможно он и прав -- я
SI> просто не знаю, и принимаю его мнение во внимание.
Это на совести разработчика. Единственный реальный плюс от
использования нескольких портов - параллельный опрос нескольких
устройств, то есть увеличение скорости, если конечно это нужно.

SI> А мне хотелось бы еще рассмотреть вариант именно объединения
SI> контроллеров в сеть 485, далее одно-портовый конвертор в сеть
SI> Ethernet
Зачем конверте в Ethernet - не понимаю? Вы хотите опрашивать
контроллеры одновременно с многих рабочих станций? Зачем? Одна машина
должна все опрашивать, а уже с нее раздавать данные всем остальным.
Поэтому нужем простой однопортовый конвертер RS-232/485. Или USB-485.

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


Письмо #3498

Тема: [asutp] RS-485 to IP
Начало этой темы: [asutp] RS-485 to IP
Это ответ на: Re[3]: [asutp] RS-485 to IP
Ответ на это письмо: Re: [asutp] RS-485 to IP
От: Serge M. Ignatkin Дата: 29 Июня 2005 22:25

Добрый день, Alexander.

SI>> Вся эта телеметрия сходится (проводами) в операторную, где стоит шкап
SI>> с лампочками и сидят круглосуточно операторы. Я туда пробросил оптику.
SI>> Есть задача вывода данных телеметрии (какой только возможно) не только
SI>> операторам, но и например главному инженеру, директору и т.д.

AB> Типично подобные задачи решаются установкой одной рабочей машины,

Ага, понял, вообщем-то как раз и интересны типовые решения... ну и как
все эти новые технологии используются, т.е. их плюсы и проч. минусы.

AB> которая будет опрашивать счетчики, контроллеры и прочее. А уже с нее
AB> все будут иметь эту информацию по обычной сетке. Связь между рабочими
AB> станциями - у кого как. У нас в КАСКАДе - достаточно "голого"
AB> протокола TCP/IP. Где-то может потребоваться настроить DCOM, например.

Примерно понимаю.

AB> Если будет OPC-сервер - для начала можно попробовать наш бесплатный
AB> KVisionOPC. Если нет - тогда доставать описание протоколов, и
AB> интегрироваться с какой-то системой. Например тоже с КАСКАДом. :-)
AB> Или написать OPC-сервер.

Ага,  понимаю,  понимаю... А OPC уже стандарт и дальше либо опять свое
для клиента, либо готовое решение (этакий OPC-клиент?).

AB> Еще вариант. Если у контроллеров есть поддержка протокола Модбас, то
AB> взять бесплатный OPC-сервер для этого протокола.

Их  много  бывает  вообще?  Мне с Альбатроса ссылочку дали, правда под
рукой нету -- на members.tripod (кажется) лежит некий продукт.

SI>> Данные с существующй системы вроде бы можно получить,
SI>> по ком-порту на другой комп, с операторского.
AB> Пока не понял, что имелось в виду этим предложением.

Прошу прощения, виноват. ,)

Есть  система  РУТП  МН РС-64, в нее входит и PC с тремя ISA-платками,
блок питания в нем, вообщем жуткая картина. ,) Так вот, ихний софт, по
словам  разработчиков,  все  данные  отдает  по  ком-порту -- они дают
описание, а я ставлю еще одну машину рядом, соединяю их по 232 и вуаля.

--
don't think -- just drink.


Письмо #3497

Тема: [asutp] Re: RS-485 to IP
Начало этой темы: [asutp] RS-485 to IP
Это ответ на: Re[2]: [asutp] Re: RS-485 to IP
Ответ на это письмо: Re: [asutp] Re: RS-485 to IP
От: Serge M. Ignatkin Дата: 29 Июня 2005 22:36

Добрый день, Alexander.

SI>> Разработчик же считает, применение PCI-платы более правильно, надежнее
SI>> и т.п. Особенно на этапе разработки и отладка. Возможно он и прав -- я
SI>> просто не знаю, и принимаю его мнение во внимание.
AB> Это на совести разработчика. Единственный реальный плюс от
AB> использования нескольких портов - параллельный опрос нескольких
AB> устройств, то есть увеличение скорости, если конечно это нужно.

А   могут  ли  физически  существовать  какие-то  ограничения  самого
контроллера  --  т.е.  хоть  он  и подключается по Rs-485, но работать
может только один, или раз уж RS-485, то будь добер как стандарт? ,)

И  про  скорость...  Я так понимаю, все современные контроллеры должны
работать  практически  в  режиме  реального  времени,  т.е.  в  нашем,
индейском   случае   --  быстро.  ,)  Насколько,  на  какую  величину,
абсолютную  или  относительную,  будет медленнее производится работа в
сети  rs-485?  Может  это  и   не  такое  уж  и заметное (десятые доли
секунды)  торможение?  Или  это  еще  может  зависеть  и  от датчиков?
(Ультразвуковые уровнемеры, давления "Сапфир" и т.п.)

SI>> А мне хотелось бы еще рассмотреть вариант именно объединения
SI>> контроллеров в сеть 485, далее одно-портовый конвертор в сеть
SI>> Ethernet

AB> Зачем конверте в Ethernet - не понимаю?

Я пытаюсь и понять, в том числе, зачем это и как применяется.

AB> Вы хотите опрашивать
AB> контроллеры одновременно с многих рабочих станций?

Не со многих, а скажем с 3-4... Хотя я понимаю о чем речь.

AB> Зачем?

Предполагается меньшая зависимость от одной станции в сети...

AB> Одна машина
AB> должна все опрашивать, а уже с нее раздавать данные всем остальным.
AB> Поэтому нужем простой однопортовый конвертер RS-232/485.

Мммм...  У  меня,  скажем  4 контроллера с портами Rs-485. Я что, могу
вообще  все  это  дело в 232 "завернуть", в _один_ RS-232 порт??? Ведь
одного ком-порта я найду всегда...

AB> Или USB-485.

Последний тоже "появит" в системе виртуальный ком-порт, как я понимаю?

--
don't think -- just drink.


Письмо #3485

Тема: Re: [asutp] Кто что знает про ГТУ типа ГТЭС-2,5. Интерес к автоматике.
Начало этой темы: Re: [asutp] Кто что знает про ГТУ типа ГТЭС-2,5. Интерес к автоматике.
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 29 Июня 2005 22:40

Ярослав ответьте пожалуйста.

С уважением, Сергей Рац

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


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