YarrowSoft

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

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

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

Письма за один день 13 Июля 2005 с 1 -12 из 12

Письмо #3267

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

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

   Вопрос к знатокам полевых шин. Существует ли в природе что-нибудь
   для тестирования Profibus? А желательно, и других полевых шин.

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


Письмо #3259

Тема: Re: [asutp] Срочно!!! Нужен программист контроллеров ABB
Начало этой темы: Re: [asutp] Срочно!!! Нужен программист контроллеров ABB
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 13 Июля 2005 17:47

Обращайтесь если что,поможем.

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


Письмо #3256

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

Уважаемые господа!
У нас на предприятии несколько лет назад была введена в эксплуатацию
интегрированная SCADA-система "Trace Mode" (изготовитель ООО "АдАстрА
Рисеч Груп"), имеющая сертификат соответствия, выданный ВНИИНМАШ в 2000
году на 3 года. До недавнего времени не возникало вопроса о
метрологической аттестации этого продукта. Сейчас же этот вопрос
актуализировался и требует принятия каких-либо действий. Для нас это в
новинку и поэтому хотелось бы услышать мнения специалистов, сталкивавшихся
уже с этим вопросом. Если есть какие-нибудь наработки по этой теме, то
очень прошу скинуть на E-Mail или выложить на форум (если это не
великая тайна). Возможно здесь будет достаточно небольшого толчка, а
остальное попробуем развить сами, хотя ...
P.S. Наша Trace Mode находится в составе измерительных каналов, методика
калибровки которых уже разработана на предприятии. Но при разработке
методики не была учтена погрешность, которую может давать Trace Mode, а
учитываются только погрешности железа, входящего в канал. Есть, конечно МИ
2174-91, но это - теория, а хотелось бы услышать мнения практиков (какие
документы применять, как применять, к чему применять и т.п.).
Заранее благодарен, Роман Винокуров!


Письмо #3255

Тема: [asutp] Проблемы с СИМЕНСОМ S7-300
Начало этой темы: [asutp] Проблемы с СИМЕНСОМ S7-300
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Проблемы с СИМЕНСОМ S7-300
От: Alex G. Centner Дата: 13 Июля 2005 21:18

Здраствуйте!
Писал в несколько конференций по сименсу, но  помочь решить проблему не смог никто.
Может здешняя аудитория поможет.
Ситуация такая - есть шкаф, в нем S7-300, на АРМ оператора стоит непонятная скада Procon-Win. Связь ее с контроллером идет через конвертер SSW7-RK512 (это как я понял какой то преобразователь RS-232 в протокол RK512? или в MPI), который подключен непосредственно к порту MPI на CPU S7-300.
Недавно поставил CP343-1 чтобы иметь возможность достучаться до контроллера через ethernet с обычной рабочей станции. Проект обновил, железо сконфигурировал. На моей машине стоит STEP V5.2 + SP1, SIMATIC SOFNTNET . При открытие проекта ONLINE - я могу достучаться тоьлко до самого CP343-1, могу посмотреть его диагноститку, статистику и т.п. А вот сам CPU подсвечен таким сереньким цветом, и при попытке открыть блоки в нем, пишет Online:The connection to target module cannot be established
Однако если отключить АРМ оператора от порта MPI на CPU - то все становится нормально - в онлайне можно достучаться до контроллера без проблем.
Если в тоже время к порту на CPU подключить обычный field PG (720) - то со своей машины я тоже МОГУ достучаться до контроллера через IE. Но втыкаю обратно операторскую станцию и всё ...
В чем может быть проблема ? У меня единственное предположение - нехватка ресурса соединений ... Может кто сталкивался с таким, помогите... Может в NetPro что-то дополнительно конфигурировать надо .. ?
Были предположения проверить адреса MPI у CP и на АРМе - пробовал менять адресс CP, результат тот же, пробовал входные адреса CP менять с предлагаемых автоматически, на более низкие - тоже не помогло.
Можно ли как-то оследить кол-во задействованных соединений ? Только не в онлайне, а чтоб как-то в диагностику это писалось.
И еще принципильно ли в какой слот ставить CP ? Я так думаю что нет, просто обычно его устанавливают сразу  за CPU. Сейчас он установлен в 10 слот.
Спасибо.

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


Письмо #3254

Тема: Re: [asutp] Метрологическая аттестация Trace Mode
Начало этой темы: [asutp] Метрологическая аттестация Trace Mode
Это ответ на: [asutp] Метрологическая аттестация Trace Mode
Ответ на это письмо: Re: [asutp] Метрологическая аттестация Trace Mode
От: Шилин Анатолий Семенович Дата: 13 Июля 2005 21:23

----- Original Message -----
From: "Роман Винокуров" <E-Mail.ru>
To: <E-Mail>
Sent: Wednesday, July 13, 2005 12:40 PM
Subject: [asutp] Метрологическая аттестация Trace Mode


> Уважаемые господа!
> У нас на предприятии несколько лет назад была введена в эксплуатацию
> интегрированная SCADA-система "Trace Mode" (изготовитель ООО "АдАстрА
> Рисеч Груп"), имеющая сертификат соответствия, выданный ВНИИНМАШ в 2000
> году на 3 года.
Добрый день, Роман.
Для начала - сертификата соответствия недостаточно. Система должна иметь
сертификат об утверждении типа средств измерения, внесена в реестр РФ по
средствам измерения под оригинальным номером, иметь утвержденную методику
поверки. Только при наличии этих документов может идти речь о включении ее в
измерительный канал и его последующей аттестации...
С ув. А.С.Шилин
г.Ухта


Письмо #3257

Тема: Re[6]: [asutp] Re: RS-485 to IP
Начало этой темы: RE: Re[4]: [asutp] Re: RS-485 to IP
Это ответ на: RE: Re[4]: [asutp] Re: RS-485 to IP
Ответ на это письмо: нет
От: Vladimir E. Zyubin Дата: 13 Июля 2005 21:23

Monday, July 04, 2005, 2:26:11 PM, Shchekin Sergey I. wrote:

>> -----Original Message-----
>> From: Vladimir E. Zyubin [mailto:E-Mail.su]
>> Sent: Saturday, July 02, 2005 12:40 PM

>> Непонятно только, что Вы имеете ввиду под "устройство сделано кривыми
>> руками" и "ФИЗИЧЕСКИ вяжутся без проблем"?

SSI> "устройство сделано кривыми руками" значит, что иногда изготовитель декларирует
SSI>  наличие СТАНДАРТНОГО порта (интерфейса, протокола, ...), а на самом деле
SSI> там присутствует порт (интерфейс,
SSI> протокол, ...) типа "бред сумасшедшего". Примеры я уже в конфе приводил
SSI> (ИМ-2300 и цифровое табло для автостоянки).

я так понял "кривыми руками" = "бред сумасшедшего"... не очень
информативно... т.к. все это (9-битовые посылки, четырехпроводность и
т.д. и т.п.) никак не влияют на соответствие RS-485.

SSI> "ФИЗИЧЕСКИ вяжутся без проблем" означает, что Вы можете соединить 2
SSI> устройства с выполнением требований СТАНДАРТА RS422/485 к соединению
SSI> (требования стандарта - это тип кабеля, его длина,
SSI> терминаторы, ответвители и т.д.), и если эти 2 устройства имеют
SSI> совместимые ЛОГИЧЕСКИЕ протоколы, то они смогут без проблем обмениваться данными.

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

>> А терминаторы? а 4-х проводные RS-485/422? а что, если там
>> по одной из пар синхроимпульсы идут? Опять же можно и 422 соединять
>> как 485 с 4-проводной схемой с одним мастером... и т.д. и т.п.
>> и все не поднимаясь над физическим уровнем ISO/OSI...
>>
>> В общем мое стремление к точности не может не заметить
>> кучу подводных камней и стоящий рядом воз с тележкой
>> булыжников...

SSI> Владимир, любой частный технический вопрос можно (при желании)
SSI> расширить до спора об устройстве Вселенной :-))))

Зачем Вам это делать?! Оставайтесь внутри стандарта RS-485.

--
Best regards.
= Vladimir E. Zyubin
= Wednesday, July 13, 2005, 3:16:15 PM =                      


Письмо #3253

Тема: Re: [asutp] Digest Number 2220
Начало этой темы: Re: [asutp] Digest Number 2220
Это ответ на: нет
Ответ на это письмо: нет
От: Бардичев Виктор Дата: 13 Июля 2005 21:27

Извините за возможные задержки в ответе.
Я нахожусь в отпуске, и читаю почту нерегулярно.

С уважением, Бардичев Виктор.


Письмо #3252

Тема: Re: [asutp] Срочно!!! Нужен программист контроллеров ABB
Начало этой темы: Re: [asutp] Срочно!!! Нужен программист контроллеров ABB
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 13 Июля 2005 21:30

Мне прислали хелп, но таких элементов как SW-C? TRIGG и им подобные
отсутствуют

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


Письмо #3251

Тема: Re: [asutp] Метрологическая аттестация Trace Mode
Начало этой темы: [asutp] Метрологическая аттестация Trace Mode
Это ответ на: Re: [asutp] Метрологическая аттестация Trace Mode
Ответ на это письмо: нет
От: Buzinov Roman Дата: 13 Июля 2005 21:52

>> Уважаемые господа!
>> У нас на предприятии несколько лет назад была введена в эксплуатацию
>> интегрированная SCADA-система "Trace Mode" (изготовитель ООО "АдАстрА
>> Рисеч Груп"), имеющая сертификат соответствия, выданный ВНИИНМАШ в 2000
>> году на 3 года.
> Добрый день, Роман.
> Для начала - сертификата соответствия недостаточно. Система должна иметь
> сертификат об утверждении типа средств измерения, внесена в реестр РФ по
> средствам измерения под оригинальным номером, иметь утвержденную методику
> поверки. Только при наличии этих документов может идти речь о включении ее
> в
> измерительный канал и его последующей аттестации...
> С ув. А.С.Шилин
> г.Ухта

    День добрый,
Некоторое дополнение к вышесказанному: под словом СИСТЕМА необходимо
понимать не само ПО Trace Mode в виде средств разработчика и разных МРВ, а
именно конечный Ваш проект который у Вас работает. То есть то что у Вас под
управлением МРВ работает.
Именно то, как он работает совместно с измерительным каналом и прочими
железяками и подлежит аттестации.

С уважением,
Бузинов Роман.


Письмо #3250

Тема: RE: Re[6]: [asutp] Re: RS-485 to IP
Начало этой темы: RE: Re[6]: [asutp] Re: RS-485 to IP
Это ответ на: нет
Ответ на это письмо: нет
От: Shchekin Sergey I. Дата: 13 Июля 2005 22:13

> -----Original Message-----
> From: E-Mail [mailto:E-Mail] On
> Behalf Of Vladimir E. Zyubin

> изготовитель
> SSI> декларирует  наличие СТАНДАРТНОГО порта (интерфейса, протокола,
> SSI> ...), а на самом деле там присутствует порт (интерфейс,
> протокол,
> SSI> ...) типа "бред сумасшедшего". Примеры я уже в конфе приводил
> SSI> (ИМ-2300 и цифровое табло для автостоянки).
>
> я так понял "кривыми руками" = "бред сумасшедшего"... не
> очень информативно... т.к. все это (9-битовые посылки,
> четырехпроводность и т.д. и т.п.) никак не влияют на
> соответствие RS-485.

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

ИСХОДНЫЕ ДАННЫЕ:
1. Есть два устройства.
2. Устройство ?1 имеет последовательный порт, совместимый со стандартом EIA RS-485, вариант 4-проводный
3. Устройство ?2 имеет последовательный порт, совместимый со стандартом EIA RS-422, и выдерживающий сигнал до +12 В
4. Оба устройства могут быть настроены пользователем на один и тот же формат кадра при передаче данных по последовательному каналу (кол-во бит данных, старт, стоп, четность, скорость и т.д.)
5. Оба устройства при передаче данных по последовательному каналу используют один и тот же логический протокол (например, Modbus) с совместимыми параметрами
6. Оба устройства полностью исправны

ЧТО СДЕЛАНО:
1. Вы соединили вышеупомянутые порты устройств ?1 и ?2 кабелем с выполнением всех требований стандарта EIA RS-485 (EIA RS-422), с учетом рекомендаций, изложенных в Приложениях к этим стандартам, и в соответствии с инструкциями производителей устройств ?1 и ?2 по монтажу и подключению
2. Вы включили устройства ?1 и ?2
2. Вы настроили все необходимые логические параметры портов и протоколов устройств ?1 и ?2
3. Вы КОРРЕКТНО пытаетесь передать данные между устройствами ?1 и ?2

РЕЗУЛЬТАТ:
Если все так, как описано выше, то данные будут передаваться нормально.

Если данные не передаются совсем или передаются с ошибками, то возможны только ДВЕ причины:
1. Одно из утверждений в разделе "ИСХОДНЫЕ ДАННЫЕ" - ЛОЖНО (возможно, соврал производитель одного или обоих устройств о совместимости со стандартом)
2. Вы забыли сделать что-то из раздела "ЧТО СДЕЛАНО" или сделали неправильно


В таком виде информативно?



> Прошу прощения, но я не понимаю, как это они "смогут без
> проблем обмениваться данными"... Тем более, что стандарт
> RS-485 не специфицирует тип кабеля, длину, терминаторы и ответвители.

А вот не прощу. Потому как, например, в Приложении к стандарту EIA RS-422 (которое, по сути, является РЕКОМЕНДАТЕЛЬНОЙ частью стандарта) приведены диаграммы для выбора длины кабеля, скорости, терминаторов и т.д.

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


Письмо #3248

Тема: Re[3]: [asutp] тестирование Profibus
Начало этой темы: [asutp] тестирование Profibus
Это ответ на: Re[2]: [asutp] тестирование Profibus
Ответ на это письмо: нет
От: Alexey Molchanov Дата: 13 Июля 2005 22:20

Thursday, July 14, 2005, you wrote:

ayc>>  Master Simulator для  Profibus и DeviceNet. Программный симулятор,
ayc>>  который устанавливается на любой ПК или ноутбук. В качестве
ayc>>  полноценного  Master'а использоваться не может, а для
ayc>>  конфигурирования и тестирования подходит хорошо.
ayc>>  Описание и демо ПО на нашем сайте.
> А повреждения кабеля оно искать умеет?

Нет, не умеет.
Это мое сообщение было не совсем в тему.
Имелся в виду тестер физической линии Profibus, а упомянутый
симулятор может выполнять функции тестера подключаемых устройств.
Применение симулятора актуально при проверке/конфигурировании  устройств по
сети Profibus прямо на месте установки, при производстве, при
ремонте...  Возможна работа даже при отсутствии GSD файла.

--
С уважением,
Молчанов Алексей,

ООО   "АКОМ"
mailto: E-Mail

http://www.industrialnets.ru


Письмо #3249

Тема: Re[8]: [asutp] Re: RS-485 to IP
Начало этой темы: Re[8]: [asutp] Re: RS-485 to IP
Это ответ на: нет
Ответ на это письмо: нет
От: Vladimir E. Zyubin Дата: 13 Июля 2005 23:50

Wednesday, July 13, 2005, 4:13:13 PM, Shchekin Sergey I. wrote:

>> -----Original Message-----
>> From: E-Mail [mailto:E-Mail] On
>> Behalf Of Vladimir E. Zyubin

>> изготовитель
>> SSI> декларирует  наличие СТАНДАРТНОГО порта (интерфейса, протокола,
>> SSI> ...), а на самом деле там присутствует порт (интерфейс,
>> протокол,
>> SSI> ...) типа "бред сумасшедшего". Примеры я уже в конфе приводил
>> SSI> (ИМ-2300 и цифровое табло для автостоянки).
>>
>> я так понял "кривыми руками" = "бред сумасшедшего"... не
>> очень информативно... т.к. все это (9-битовые посылки,
>> четырехпроводность и т.д. и т.п.) никак не влияют на
>> соответствие RS-485.

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

SSI> ИСХОДНЫЕ ДАННЫЕ:
SSI> 1. Есть два устройства.
SSI> 2. Устройство ?1 имеет последовательный порт, совместимый со стандартом EIA RS-485, вариант 4-проводный
SSI> 3. Устройство ?2 имеет последовательный порт, совместимый со стандартом EIA RS-422, и выдерживающий сигнал до +12 В
SSI> 4. Оба устройства могут быть настроены пользователем на один и тот же формат кадра при передаче данных по
SSI> последовательному каналу (кол-во бит данных, старт, стоп, четность, скорость и т.д.)
SSI> 5. Оба устройства при передаче данных по последовательному каналу используют один и тот же логический протокол
SSI> (например, Modbus) с совместимыми параметрами

У меня тут возникает простой гражданский вопрос:
Ну и при чем здесь RS-232|485|422?

Гражданское пояснение:
Указание на Modbus - достаточно информативно, а указание на RS-ххх
- абсолютно неинформативно, особенно если учесть наличие кучи конверторов
из одного физического протокола в другие...

SSI> 6. Оба устройства полностью исправны

SSI> ЧТО СДЕЛАНО:
SSI> 1. Вы соединили вышеупомянутые порты устройств ?1 и ?2 кабелем с выполнением всех требований стандарта EIA RS-485 (EIA RS-422), с учетом рекомендаций, изложенных в Приложениях к этим стандартам,
SSI> и в соответствии с инструкциями производителей устройств ?1 и ?2 по монтажу и подключению
SSI> 2. Вы включили устройства ?1 и ?2
SSI> 2. Вы настроили все необходимые логические параметры портов и протоколов устройств ?1 и ?2
SSI> 3. Вы КОРРЕКТНО пытаетесь передать данные между устройствами ?1 и ?2

SSI> РЕЗУЛЬТАТ:
SSI> Если все так, как описано выше, то данные будут передаваться нормально.

SSI> Если данные не передаются совсем или передаются с ошибками, то возможны только ДВЕ причины:
SSI> 1. Одно из утверждений в разделе "ИСХОДНЫЕ ДАННЫЕ" - ЛОЖНО (возможно, соврал производитель
SSI> одного или обоих устройств о совместимости со стандартом)
SSI> 2. Вы забыли сделать что-то из раздела "ЧТО СДЕЛАНО" или сделали неправильно

SSI> В таком виде информативно?

Спасибо, но много лишних данных. Согласились бы сразу с п.5 и все
проблемы бы исчезли.

>> Прошу прощения, но я не понимаю, как это они "смогут без
>> проблем обмениваться данными"... Тем более, что стандарт
>> RS-485 не специфицирует тип кабеля, длину, терминаторы и ответвители.

SSI> А вот не прощу. Потому как, например, в Приложении к стандарту EIA RS-422 (которое,
SSI> по сути, является РЕКОМЕНДАТЕЛЬНОЙ частью стандарта) приведены диаграммы для выбора
SSI> длины кабеля, скорости, терминаторов и т.д.

Ну и зря. Т.к. терминатор может быть жестко запаян в устройстве,
устройство будет соответствовать стандарту RS-422, да работать не будет.

Опять же (еще раз повторюсь): по второй паре RS-422 может спокойно
передаваться синхроимпульс...

И еще раз повторю изначальную мысль: на основании слов "RS-xxx"
выбирать компоненты распределенной системы нельзя.


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

Error. Page cannot be displayed. Please contact your service provider for more details. (32)