YarrowSoft

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

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

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

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

Письмо #3076

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

Что именно кривое? Какая именно Гамма?
Можно конкретезировать вопрос?

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


Письмо #3075

Тема: RE: [asutp] Метрологическая аттестация Trace Mode
Начало этой темы: RE: [asutp] Метрологическая аттестация Trace Mode
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 20 Июля 2005 01:37

Татьяна, Промэлектроника у вас, насколько я понял?
Можешь прокомментировать этот проект?

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

На заводе дела идут. На ближайшее время неплохие планы.

Т. Савельева


Письмо #12277

Тема: RE: [asutp] Метрологическая аттестация Trace Mode
Начало этой темы: RE: [asutp] Метрологическая аттестация Trace Mode
Это ответ на: нет
Ответ на это письмо: нет
От: Дмитрий Милосердов Дата: 20 Июля 2005 01:37

Татьяна, Промэлектроника у вас, насколько я понял?
Можешь прокомментировать этот проект?

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

На заводе дела идут. На ближайшее время неплохие планы.

Т. Савельева


Письмо #3074

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

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

  > КЮIY>   А к чему бы Вы отнесли спецификации физического уровня
Etherneta??
  > КЮIY>         10BASE-2 Bus 185 m 50 ohm coaxial "thinnet" cable
  > КЮIY>         10BASE-5 Bus 500 m 50 ohm coaxial "thicknet" cable
  > КЮIY>         10BASE-T Star 100 m UTP cable
  > КЮIY>         10BROAD36 Bus/tree 1800 m 75 ohm coaxial cable
  >

  > КЮIY>   Если к протоколу , было бы хорошо увидеть ссылки.

  > Не к протоколу конечно, но к интерфейсу Ethernet.

  СТранно, конечно но ладно!! (вроде до этого логика к другому вела)

  > Как я не старался укланится от публикации первой лекции по курсу
  > "Интерфейсы информационных систем", но никак не получается.
  > Попробуем выделить важное.
  >
  > > Протокол является необходимой частью для обеспечения информационной
  > совместимости.
  >
  > Не все стандарты жестко регламентируют все три составляющих, но RS-232
  > и группа стандартов Ethernet все три.
  > (
http://www.interfacebus.com/Design_Connector_RS232.html
)

  > (
http://www.interfacebus.com/Design_Connector_Ethernet.html
)


   Хм-хм, Все таки RS 232 Вы можете назвать протоколом, для
  10 BASE -T предпологается тоже.


  > Теперь можно отнести спецификации физического уровня Etherneta
  > к аппаратному обеспечению интерфейса обеспечивающему электрическую и
  > конструктивную совместимость. В англоязычных источниках бывает что
  > их называют Media
  >
(
http://www.georgehernandez.com/xComputers/Networks/Media/Connectors.gif
)
  > (
http://www.georgehernandez.com/xComputers/Networks/Media.htm
)


  Нет, пожалуй все таки не можете))

  Может стоит еще раз подготовиться к лекции?))

  > КЮIY>   Функциональность системы полностью зависит от проводов ::))
  > А Вы сомневаетесь ? ;)

  Нет! как и полностью от электропитания.
  Вы же не желаете учитывать контекст, пожалуйста)))

  > КЮIY>   И от правильного их выбора во многом зависит возможность
  > КЮIY>   > системы выполнять возложенные на нее функции.
  >
  > КЮIY>   Мне бы были интересны примеры, в подтверждение ,,.....
  > Примеры выполнять функции ? Наверно интересней примеры невыполнять при
  > непродуманости интерфейсов. Примеров можно придумать много. Уже буду
  > краток ;) Все примеры выдуманные но взяты из инвертированных успешных
  > проектов.
  >
  > 1) Проблема расстояний/скорости:
  >    Проектирование АСУ для распределееной системы, остановились на
  >    RS-485. Поротяженность до 100 М, скорость не менее 10 Мбит/с.
  >    Система неработает, не учли расстояния и скорости.

  Александр RS -485 до 100 м. скорость 10 м бит/c. ))))
  Я бы на Вашем месте провода не клал, и это было бы еще одной
проблемой -проводов!!

  > 2) Проблема пропускной способности.
  >    В состав пром-ПК заложили "мощные" (DSP, P2, PowerPC) многоканальные
  >    модули обработки данных, но в качестве системной шины выбрана ISA
  >    (PC104)    (непродуманно, в расчете на малый объем межмодульных
взаимодействий)
  >    в результате система не работает.

  Александр, я все таки подразумевал, что прежде чем проектировать систему,
необходимо невыполнить ряд требований

   
http://artwizard.wallst.ru/camsys/badsovasu.html


  > 3) Проблема помех (помеха 1)
  >    Выбрали I2C для коммутации модулей внутри шкафа, его же придумано
  >    бросить до соседнего шкафа, который ну совсем рядом.
  >    Электромагнитная ситуация работать не позволяет.

  Это известная ситуация, вы ее не могли до этого учесть, она всплывает в
процессе,
  ПРоблема эта предачи данных , а в частности наводки на кабель,
  ПРичем тут интефейсы? Меняется среда передачи на радиоконал к примеру.


  > 4) Достоверность передачи данных (помеха 2)
  >    А кто же об ней думает когда столько протоколов везде используется ;)
  >    Подумали плохо. Связисты дают канал, по весне BER E-3. Нужна
  >    достоверность на появление необнаруженной ошибки E-12, а протокол не
вытягивает.

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


http://standards.iso.org/ittf/PubliclyAvailableStandards/s020269_ISO_IEC_7498-1_1994
(E).zip


  Досвидание
  Хороших дел
  Гл. Инженер
  Кузьмин Юрий











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


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


Письмо #3073

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

Привет GEN++,

Monday, July 18, 2005, 7:45:01 PM, you wrote:


Этапы великого пути жесточайшей экономии:
сначала попытались собрать как положено на специализированных
контроллерах, со всеми фичами и прибамбасами, которые хотел заказчик.
Выставили цену. Без накруток за умность и перспективность. Его чуть
кондрашка не хватила... "Я думал за 10 уе вся автоматика!!!"
Начали скидывать все "лишнее". "Груз и женщин за борт" :)

Перешли на контроллеры общего применения, фичи остались, но теперь их
пришлось делать самим. Ничего, сделаем. :)

"Ой, все равно дорого!"

Тогда пришла идея выкинуть АЦП и подключить по RS-485 датчики, еще
сэкономили.

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

Выкидываем все. Остается таааакой минимум. Но вроде все довольны.

G>    Вы пишите, что у Вас есть датчики, но почему то опускаете необходимый
G> диапазон измеряемых температур и точность измерения.
В данном случае по точности все что есть на рынке - за глаза хватает.

G> Датчики у Вас не плохие, но реально ли необходимо использовать
G> именно их только потому что у Вас в столе валяется 12-ти разрядный
G> АЦП. Все это соединить конечно можно и даже можно написть какой
G> то Soft под это дело, но ......
все можно, но из стола выкинули АЦП.
Которого не было, прикинули его цену и отказались.

А какие были еще варианты измерить температуру?
1) ТСМ (10уе) +преобразователь в RS485 (35 уе) = 45уе на канал.
2) АЦП модуль: 8 каналов по 250 уе (приблизительно) + ТСМ (10уе)
    +преобразователь в напряжение (40 уе) = 80 уе.
3) Если выкинуть преобразователь получается тоже 42 уе.


>> Далее в контроллере лианеризировать характеристику и далее управлять по
>> стандартному известному алгоритму оборудованием (задвижки, заслонки,
>> насосы и т.п., немного оборудования).

G>     Вот тут то и могут начаться "грабли" которых Вы опасаетесь:
Я, не обладая особым умом и даром провидения, всегда пытаюсь найти
чужой опыт с начала :), не всегда такое получается, да и в большинстве
случаев все равно наступаю на новенькие грабли... ИМХО, это и есть опыт.

G>   1. Вы видимо собираетесь использовать PC  в качестве управляющего
G> контроллера, но PC сам по себе управлять испонительными элементами не може,
G> след-но плтребуются соответствующие модули (не очень дешевые) или коробка с
G> ключами подключаемая к PC по стандартному протоколу
Хм, а я говорил не про РС а про РС совместимый контроллер. На борту
I-7188XC есть три входа и три выхода цифровых. Еще доп модуль
дискретного вв стандартный и вполне достаточно. Думаю такое будут
выпускать минимум еще лет 10-15, к тому времени тот сарай, в котором
мы делаем автоматику, рухнет. (С)Насредин

G>   2. Что будет, если имеющийся у Вас контроллер "прикажет долго жить" -
G>      буде обращаться в форум "Где достать плату ABCDE0123456789" снятую
G>      с производства в Южной Африке 15 лет назад.
Не, не будем. Пойдем и купим такой же, только новее...
А вообще есть варианты????
Все устаревает, все снимается с производства со временем.
Даже луноходы ломаются... И боятся этой проблемы не нужно.
Просто не надо опираться на оборудование фирм-однодневок. Я и сам могу
склепать на коленке "промышленный" контроллер. И будет работать не
хуже. Какое то время :)

А 15 лет это не срок. Первые контроллеры я поставил в 97 году. До сих
пор работают, повезло наверно. А первые самопальные делали на базе АОНов в
90-м :). Дешево и сердито :) А главное работали. Конечно с поддержкой
тут тяжко. Поэтому потом заменили на АДАМы... Эти до сих пор работают
и до сих пор есть в продаже... Это уже более пяти лет.

К стати, предложил вариант заказчику спаять такое на коленке в
единичном варианте на АТ89С51... Тот залез на коня, взял шашку и,
поправив папаху, пренебрежительно отозвался о самопальщине. Согласен.
Показал ему тогда смету самую первую... Слез с коня, задумался, но
шашку не отпустил. Трудно ему, я его понимаю...

G>   3. На PC математику будете писать скорее всего под Windows. а она не
G> является ОС реального времени
Азбука... А чем ДОС не подходит? Да и для этой задачи реальное время - если
время реакции составит даже около полу минуты :) Под задачи где
актуально ОС реального времени фонды нормальные. А тут все урезается
по самые немогу. Какая им теперь ОС реал-тайм? Бабушка с кувалдой, а
не ПИД регулятор :)

G>   4. Если Ваш контроллер не опторазвязан от оборудования, помеха на него
G> полезет приличная.
Все зависит от ситуации. Тут такого не будет.

G>   Можно назвать еще 5,6,7 и т.д. в пользу грабель.
Которые не есть граблями, если подойти с головой :)

Спасибо, но задачу уже решили. В Москве есть фирма "Овен", ее
продукция доступна у нас по совершенно прекрасным ценам. (Это не
реклама :) в результате там остались примитивные регуляторы и ТЗ
сократилось с трех листов до трех строк. :) Противно, но наверное,
экономически выгодно. Естественный отбор.


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

19 июля 2005 г.


Письмо #3072

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

Господа, так истины не найдем!
КЮIY>   > Не к протоколу конечно, но к интерфейсу Ethernet.
Давайте называть Ethernet сетевой технологией...
КЮIY>   Все таки RS 232 Вы можете назвать протоколом,
а стык RS-232 тенологией радиального подключения...
КЮIY>   Может стоит еще раз подготовиться к лекции?
Это, скорее, не вопрос, а предложение!

Евгений Рыжов


Письмо #3071

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

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

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


Письмо #3070

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

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

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

> Можешь прокомментировать этот проект?

Думаю, интересен второй проект?
Все предпроектные согласования и требования департамент автоматизации
Казхрома разрабатывал сам. Правда, одну из редакций я читала. На сколько
мне известно, на этот год запланированы ПИР и формирование "ядра". На
заводы директивы были, типа "чего скажем, то и будете делать"...
Ну собственно стадия контракта завершена, ждем со дня на день первых
ласточек на предпроектное обследование :)
Пока только так.
А еще у нас развернуты предпроектные работы по АСКУЭ, продолжается
тиражирование информационок на плав. печи, АСУ ТП газоочисток и
дозировочных отделений, расширение ИПС "Диспетчер ЖДЦ".
В части АСУП - то же ПИР на ERP ( в этом году заработал корпообмен
"Галактики" ),САМТС,СЭД. На сколько реальны эти проекты - пока ничего не
могу сказать.

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


Письмо #3069

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

Добрый день,  Татьяна,

Спасибо огромное, все развернуто - тема Промэлектроники раскрыта :) Это я
так, проверяю достоверность информации. Привычка такая вредная...

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


Думаю, интересен второй проект?
Все предпроектные согласования и требования департамент автоматизации
Казхрома разрабатывал сам. Правда, одну из редакций я читала. На сколько
мне известно, на этот год запланированы ПИР и формирование "ядра". На
заводы директивы были, типа "чего скажем, то и будете делать"...
Ну собственно стадия контракта завершена, ждем со дня на день первых
ласточек на предпроектное обследование :)
Пока только так.
А еще у нас развернуты предпроектные работы по АСКУЭ, продолжается
тиражирование информационок на плав. печи, АСУ ТП газоочисток и
дозировочных отделений, расширение ИПС "Диспетчер ЖДЦ".
В части АСУП - то же ПИР на ERP ( в этом году заработал корпообмен
"Галактики" ),САМТС,СЭД. На сколько реальны эти проекты - пока ничего не
могу сказать.


Письмо #12276

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

Добрый день,  Татьяна,

Спасибо огромное, все развернуто - тема Промэлектроники раскрыта :) Это я
так, проверяю достоверность информации. Привычка такая вредная...

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


Думаю, интересен второй проект?
Все предпроектные согласования и требования департамент автоматизации
Казхрома разрабатывал сам. Правда, одну из редакций я читала. На сколько
мне известно, на этот год запланированы ПИР и формирование "ядра". На
заводы директивы были, типа "чего скажем, то и будете делать"...
Ну собственно стадия контракта завершена, ждем со дня на день первых
ласточек на предпроектное обследование :)
Пока только так.
А еще у нас развернуты предпроектные работы по АСКУЭ, продолжается
тиражирование информационок на плав. печи, АСУ ТП газоочисток и
дозировочных отделений, расширение ИПС "Диспетчер ЖДЦ".
В части АСУП - то же ПИР на ERP ( в этом году заработал корпообмен
"Галактики" ),САМТС,СЭД. На сколько реальны эти проекты - пока ничего не
могу сказать.


Письмо #3068

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

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


Письмо #3067

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

Подскажите, какие применяются датчики для определения уровня воды в
емкости (объем 350 - 450 куб. метров, высота емкости не выше 20 метров).
Сигнал с датчика нужно завести на контроллер на аналоговый вход.
Необходимость в выборе возникла из-за сбоев фирменного датчика (жутко
дорогой, а необходимости в таком навороченном датчике нет).

С уважением, Сергей Павленко

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


Письмо #3063

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

Привет Taptiga,

Wednesday, July 20, 2005, 1:22:09 AM, you wrote:

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

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

T> Каковы параметры унифицированного сигнала 4..20 мА ?это при каком
T> напряжении?
Это источник тока 4..20 мА, с максимальным выходным напряжением соответствующим
напряжению питания (как правило 24 в, но не более 30 вольт). Таким образом
сопротивление нагрузки не более 1,5 кОм.


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

20 июля 2005 г.


Письмо #3065

Тема: Re: [asutp] Перспективы автоматизации АксЗФ
Начало этой темы: [asutp] Перспективы автоматизации АксЗФ
Это ответ на: [asutp] Перспективы автоматизации АксЗФ
Ответ на это письмо: нет
От: Кузьмин Юрий (IT-YUKO) Дата: 20 Июля 2005 18:18

Добрый день Татьяна

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

  Насколько мне известно ПРомелектроника давно ведет предпроектную
деятельность на Вашем заводе, в части, общей информационной системы.
  А это что -нибудь дает заводу?
  СИтуацию проясняет?

  С Уважением
  Кузьмин Юрий
  (095)980-7380
  факс (095) 916-7782
  E-Mail



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


Письмо #3064

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

Приветсвую!
> Спасибо огромное, все развернуто - тема Промэлектроники
> раскрыта :) Это я
> так, проверяю достоверность информации. Привычка такая вредная...

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

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


Письмо #3066

Тема: RE: [asutp] датчик давления - какой посоветуете выбрать?
Начало этой темы: RE: [asutp] датчик давления - какой посоветуете выбрать?
Это ответ на: нет
Ответ на это письмо: нет
От: Гречаник И.В. Дата: 20 Июля 2005 19:08

>  Подскажите, какие применяются датчики для определения уровня воды в
емкости (объем 350 - 450 куб. метров, высота
>емкости не выше 20 метров).
>Сигнал с датчика нужно завести на контроллер на аналоговый вход.
>Необходимость в выборе возникла из-за сбоев фирменного датчика (жутко
дорогой, а необходимости в таком навороченном
>датчике нет).

>С уважением, Сергей Павленко

Здравствуйте, Сергей.
Если не критична точность измерения, то посоветую датчик уровня Vega.
Www.vega.com, примерная стоимость от 1,5 до 3000$. Выход 4-20Ма.


Письмо #3062

Тема: [asutp] Сигнализатор вода/нефть в трубе
Начало этой темы: [asutp] Сигнализатор вода/нефть в трубе
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Сигнализатор вода/нефть в трубе
От: Oleg.B.Filichkin Дата: 20 Июля 2005 19:13

Существуют ли сигнализаторы вода/нефть в трубопроводе?
А то флюориметры как-то в пятой степени баксов не очень...
С уважением,
ГИП
ООО "АСУ-ТЭК"
О.Б.Филичкин
E-Mail.ru


Письмо #3059

Тема: Re: [asutp] Имя в поле "from"
Начало этой темы: [asutp] Имя в поле "from"
Это ответ на: [asutp] Имя в поле "from"
Ответ на это письмо: Re[2]: [asutp] Имя в поле "from"
От: Шилин Анатолий Семенович Дата: 20 Июля 2005 19:32

И в Вашем письме в поле "From:" стоят реальные имя и адрес...
С ув. А.С.Шилин
г.Ухта
----- Original Message -----
From: "Alexander Diev" <E-Mail>
To: "-= ASUTP =-" <E-Mail>
Sent: Wednesday, July 20, 2005 10:21 PM
Subject: [asutp] Имя в поле "from"


Письмо #3058

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

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

КЮIY>   > Не к протоколу конечно, но к интерфейсу Ethernet.
КЮIY>   СТранно, конечно но ладно!! (вроде до этого логика к другому вела)
Моя логика вела именно к интерфейсу, а Ваша к протоколу ?

КЮIY>    Хм-хм, Все таки RS 232 Вы можете назвать протоколом, для
КЮIY>   10 BASE -T предпологается тоже.
Придется переходить к деталям, а это уже лекция не первая.

Рассматриваем интерфейс аппаратный и
соответственно протоколы тоже аппаратные. Захватываем
рассмотрение среды передачи как часть интерфейса. В сетевых моделях
OSI, EPA и IEEE 802 (
http://www.csih-schip.com/ethernet.htm
)
(
http://icat.snu.ac.kr
:3333/rain_e/intro/2.html)
физический уровень выделен четко поэтому путаницы быть не должно.

Еще раз повторю что я опираюсь на три составляющих интерфейса,
авторство этого себе не приписываю (нашел книжку А.А. Мячев, В.Н.
Степанов, В.К. Щербо "Интерфейсы систем обработки данных", -М.: РиС,
1989). Интерфейс обеспечивает информационную, электрическую и
конструктивную совместимости между функциональными элементами системы.

Если с этой точки зрения рассматривать интерфейс RS-232, то он
все составляющие интерфейса четко определяет.
Не буду приводить выдержки, надеюсь сами разберетесь
(
http://www.rs232.ru/docs/rs232/doc005.html
)
(
http://www.interfacebus.com/Design_Connector_RS232.html
)


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

КЮIY>   > Теперь можно отнести спецификации физического уровня Etherneta
КЮIY>   > к аппаратному обеспечению интерфейса обеспечивающему электрическую и
КЮIY>   > конструктивную совместимость. В англоязычных источниках бывает что
КЮIY>   > их называют Media
КЮIY>   >
КЮIY> (
http://www.georgehernandez.com/xComputers/Networks/Media/Connectors.gif
)
КЮIY>   > (
http://www.georgehernandez.com/xComputers/Networks/Media.htm
)

КЮIY>   Нет, пожалуй все таки не можете))
Почему же не могу, аргументов нет ;)

КЮIY>   Может стоит еще раз подготовиться к лекции?))
Лекций я больше не читаю, хотя вот готовлю материалы и пользуюсь старыми
архивами.

КЮIY>   > КЮIY>   Функциональность системы полностью зависит от проводов ::))
КЮIY>   > А Вы сомневаетесь ? ;)

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

КЮIY>   Александр RS -485 до 100 м. скорость 10 м бит/c. ))))
КЮIY>   Я бы на Вашем месте провода не клал, и это было бы еще одной
КЮIY> проблемой -проводов!!
На своем месте я и не клал, или лучше не прокладывал.
Мы же говорим не про отсутствие комплектации, а про невыполнение
функций системы при непродуманных интерфейсах.

КЮIY>   Александр, я все таки подразумевал, что прежде чем проектировать систему,
КЮIY> необходимо невыполнить ряд требований
КЮIY>    
http://artwizard.wallst.ru/camsys/badsovasu.html

Согласен. Все приведенные примеры это ошибки проектирования не
учитывающие интерфейсы для обеспечения функциональности системы.

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

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

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

Если не убедительно, то извиняюсь.



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


Письмо #3056

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

> В части АСУП - то же ПИР на ERP ( в этом году заработал корпообмен
> "Галактики" ),

Ну-ка ну-ка про Галактику подробнее : что за обмен, кто с кем, как и пр.
И кто такие
> САМТС,СЭД.

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


Письмо #3055

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

Все подписчик с "зеркала" iprog отправляют сообщения
через веб-интерфейс, а до Яхо они доходят с двух
мэйлов (простой, через премодерацию и привелигерованный,
без премодерации), а вместо имени (перед мейлом) стоит
имя (логин) на iprog, реальный адрес у таких пользователей
внизу сообщения.

===========================================================
С уважением, Волкожа Михаил.
Co-moderator conference
===========================================================


Письмо #3054

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

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

>   Насколько мне известно ПРомелектроника давно ведет предпроектную
> деятельность на Вашем заводе, в части, общей информационной системы.

На самом деле Промэлектроника не первая фирма занимающаяся с нами этой
темой.
До сих пор завод не платил за эту деятельность ни одной копейки.
Поэтому, не посмею критиковать.
Почти два года потрачено в основном на принюхивание друг к другу.
Сейчас все спускается сверху  (из Казхрома), как требования, так и выбор
проектировщика и функции системы...
К сожаленью, наработки, материалы обследований, рекомендации со времен
"до Промэлектроники" мало берутся в расчет уважаемыми специалистами из
далекой корпорации и еще более удаленной промышленной ассоциации.
А Промэлектронике мы и сами их не показываем :) из вредности.

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

>   СИтуацию проясняет?
Смотря какую и для кого. :)
Вы имеете ввиду "бутылочные горлышки -узкие места" производства?
Или ошибки лоскутного подхода к автоматизации?
Думаю, для вывоводов еще не время.
Что заказчик просит, то и получит.
А если заказчик настоятельно просит "люминий"(и никаким академикам не
под силу его переубедить), то это только его вина, что он его и получит.
С уважением,
___________________________
Савельева Т.М.
начальник участка АТП
ЦКИПиА
Аксуский завод ферросплавов


Письмо #3053

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

Michael писал(а):

> Все подписчик с "зеркала" iprog отправляют сообщения
> через веб-интерфейс, а до Яхо они доходят с двух
> мэйлов (простой, через премодерацию и привелигерованный,
> без премодерации), а вместо имени (перед мейлом) стоит
> имя (логин) на iprog, реальный адрес у таких пользователей
> внизу сообщения.

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

AD> А Ваше письмо - вот в таком:
AD> ----- Original Message -----
AD> From:  Шилин А. ,
AD> To:
AD> Sent: Wed, 20 Jul 2005 11:32:51 +0400
AD> Subject: Re: [asutp]  Имя в поле "from"
AD> Что бы это могло значить? НИПАНИМАЮ.

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


Письмо #3052

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

> Ну-ка ну-ка про Галактику подробнее : что за обмен, кто с
> кем, как и пр.
Есть центр "Казхром", есть три филиала, на каждом в разное время до
объединения в Казхром внедрена была Галактика.
Ну и вот - привели к одной версии, филиалы днем работают - ночью шлют в
центр копии баз. С утра там все едино :)
Что -то ведется централизовано (договора) - они оттуда к нам.Есть
таблицы, которые туда-сюда шлются.
В центре как бы могут в с запозданием в день видеть картину в целом по
корпорации.
Но такая система приводит к жуткой нагрузке на пользователей и
собственных программистов, сопровождению.
Риски по откату по всей корпорациии. Куча регламентов...Руками вся
настройка идет.Сервисные работы идут ночью по 10 часов, постоянные
задержки с утра для начала работы пользователей. Короче, Галактика не
доделана (читай не  предназначена) для удаленных офисов корпорации
(имеет механизм, но для промышленного использования не доделан).

> И кто такие
> > САМТС,СЭД.

САМТС - система автоматизированного материально-технического снабжения
СЭД - система электронного документооборота

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


Письмо #3051

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

Wednesday, July 20, 2005, 1:05:34 PM, you wrote:
Может быть еще нужно посмотреть настройку почтовика?
Например в TheBat! "Ящик" - "Свойства ящика" - "Транспорт"
<АУТЕНТИФИКАЦИЯ>
У меня все нормально?

Евгений Рыжов


Письмо #3050

Тема: Re: [asutp] Перспективы автоматизации АксЗФ
Начало этой темы: RE: [asutp] Перспективы автоматизации АксЗФ
Это ответ на: RE: [asutp] Перспективы автоматизации АксЗФ
Ответ на это письмо: нет
От: Кузьмин Юрий (IT-YUKO) Дата: 20 Июля 2005 21:46

> На самом деле Промэлектроника не первая фирма занимающаяся с нами этой
  > темой.

  Трудно наверное с Вами??

  > До сих пор завод не платил за эту деятельность ни одной копейки.

  Еще труднее)

  > Поэтому, не посмею критиковать.
  > Почти два года потрачено в основном на принюхивание друг к другу.

  Главное, что не в пустую

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

  А может потому они Вас и обнюхивают)?
  Нам покажите?

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

  Не прибедняйтесь, сдвиги то у ВАс есть?

  С Уважением
  Кузьмин Юрий
  Advantek engineering
  (095)980-7380
  факс (095) 916-7782
  E-Mail
  E-Mail




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


Письмо #3049

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

Валерий Дручинин в теме "RS-485 to IP" писал, цитирую:
"Дата:   19.07.05 11:53

На Ваш вопрос в форуме.
  Подобную систему с измерением уровней, расчетом объема , массы, с
  коррекцией по температуре, отображением в SCADA на компьютере уже
  делали. Есть ряд проблем которые пришлось решать. В частности кривая
  реализация MODBUS у контроллеров ГАММА. Можем продемонстрировать
  работающий образец.

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

Я и спросил про кривую реализацию MODBUS у контроллеров ГАММА.
Может я чего не понял?

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


Письмо #12275

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

Валерий Дручинин в теме "RS-485 to IP" писал, цитирую:
"Дата:   19.07.05 11:53

На Ваш вопрос в форуме.
  Подобную систему с измерением уровней, расчетом объема , массы, с
  коррекцией по температуре, отображением в SCADA на компьютере уже
  делали. Есть ряд проблем которые пришлось решать. В частности кривая
  реализация MODBUS у контроллеров ГАММА. Можем продемонстрировать
  работающий образец.

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

Я и спросил про кривую реализацию MODBUS у контроллеров ГАММА.
Может я чего не понял?

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


Письмо #3046

Тема: Re: [asutp] Схема автоматизации: вопрос дилетанта
Начало этой темы: Re: [asutp] Схема автоматизации: вопрос дилетанта
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 20 Июля 2005 22:04

Благодарю!

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


Письмо #3048

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

На письмо от Кузьмина Юрия:

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

>   Не прибедняйтесь, сдвиги то у ВАс есть?
Сдвигов у меня может и много :), признаюсь Вам :)

И вообще я люблю хвастать, а не прибедняться, но в данный момент по ПИР
ИСУП работы на заводе не развернуты... В планах на начало августа.
А вообще для завода  - как полезна встряска для системы, мечта для
смысла жизни, и как кому-нить да выгодно вложение денег,  - так и эти
работы полезны, так как показывают границы наших возможностей, знаний о
знаниях...
Но не уверена, что все делают правильные выводы. И в плену мифов
находятся как проектировщики, предлагая решение лишь при  поверхностном,
а то и вообще обходясь без обследования, так и ЛПР, возлагающие на
автоматизацию непомерные надежды.

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

> -----Original Message-----
> From: E-Mail [mailto:E-Mail] On
> Behalf Of Кузьмин Юрий (IT-Yuko)
> Sent: Wednesday, July 20, 2005 3:46 PM
> To: E-Mail
> Subject: Re: [asutp] Перспективы автоматизации АксЗФ
>
>
>
>   > На самом деле Промэлектроника не первая фирма
> занимающаяся с нами этой
>   > темой.
>
>   Трудно наверное с Вами??
>
>   > До сих пор завод не платил за эту деятельность ни одной копейки.
>
>   Еще труднее)
>
>   > Поэтому, не посмею критиковать.
>   > Почти два года потрачено в основном на принюхивание друг к другу.
>
>   Главное, что не в пустую
>
>   > Сейчас все спускается сверху  (из Казхрома), как
> требования, так и выбор
>   > проектировщика и функции системы...
>   > К сожаленью, наработки, материалы обследований,
> рекомендации со времен
>   > "до Промэлектроники" мало берутся в расчет уважаемыми
> специалистами из
>   > далекой корпорации и еще более удаленной промышленной ассоциации.
>   > А Промэлектронике мы и сами их не показываем :) из вредности.
>
>   А может потому они Вас и обнюхивают)?
>   Нам покажите?
>
>   > >   А это что -нибудь дает заводу?
>   > Да Вы, как я посмотрю, провокатор :)
>   > Если оправдаются худшие прогнозы (по оценке пожеланий заказчика
>   > отраженных в технических требованиях), то еще один шоу-комплект
>   > оборудования, очередной сезон охоты на ведьм и очередное поколение
>   > руководителей разочаровавшихся в автоматизации.
>   > Если лучшие - то по результатам внедрения хозяева должны
> ужаснуться
>   > тому, что творится, посчитать, сколько потребуется , что
> б реформировать
>   > и навести и далее поддерживать порядок, ужаснуться еще
> раз и оставить
>   > все как есть.
>   > А если серьзно, то я не могу сейчас сказать.На этом этапе система
>   > ориентируется на удобство управления заводом из корпорации...
>
>   Не прибедняйтесь, сдвиги то у ВАс есть?
>
>   С Уважением
>   Кузьмин Юрий
>   Advantek engineering
>   (095)980-7380
>   факс (095) 916-7782
>   E-Mail
>   E-Mail
>
>
>
>
> --------------------------------------------------------------
> --------------
> ----
>
>
>
>
>  
> Yahoo! Groups Links
>
>
>
>  
>
>
>


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

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