| Главная | Подписка | Темы | Авторы | Архив | Поиск |
Архив : Автоматизация технологических процессов, системы управления промышленными установками, информационно-измерительные системы
Ближайшие найденные письма:
| [Предыдущее - 31 Августа 2006] | [Следующее - 06 Декабря 2006] |
Письма за один месяц Сентябрь 2006 с 1 -30 из 597
Письмо #6833
| Тема: | [asutp] хороший ModBUS RTU (было "ИМ 2300") |
| Начало этой темы: | [asutp] хороший ModBUS RTU (было "ИМ 2300") |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
>> можно добиться высокой достоверности, но для систем управления время
>> критично. Для одного кадра ModBUS наихудший случай ,по моим
SS> оценкам, появлния
>> необнаруженной ошибки 1Е-2.
SS> Александр, я, конечно, извиняюсь, но Ваша оценка выглядит несколько
SS> странно.
SS> Я только что убил кучу времени, чтобы посчитать этот показатель для
Жаль что сильно отвлекаю, но спасибо за помощь. Будем разбираться
дальше.
SS> простого (не Modbus) ASCII-протокола с четностью (8 бит, 1 старт, 1
SS> стоп, четность).
Бит "четности"/"не четности" не является обязательным для ModBUS RTU.
При его отсутствии на его месте остается второй "стоп-бит" (на самом
деле первы), поэтому вероятнось будет ниже.
SS> Вероятность НЕОБНАРУЖЕНИЯ ошибки для посылки из 4
SS> байт (минимальный фрейм Modbus) у меня получилась не более 0.01 (т.е.
SS> 1%).
Не совсем понятно как использовалось количество байт. Запись значения
команды по другому адресу или в другое устройство тоже является
ошибкой. Мне кажется с умножением вероятности для 4 байт у Вас ошибка.
SS> Причем это МАКСИМАЛЬНАЯ вероятность, соответствующая
SS> интенсивности ошибок 17% (т.е. из 100 бит 17 приняты с искажениями).
SS> В реальности ни один канал при такой интенсивности ошибок (17%)
SS> работать практически не будет.
На цифровом канале (т.е. без специальных видов модуляции) при передаче
информации в асинхронном режиме, защитой от ошибки является только
протокол передачи. Даже если канал обеспечивает в нормальном состоянии
BER 10Е-5 при неисправностях или сбоях частота ошибки (BER)
возрастает. Поэтому для сигналов управления рассматриваеться худший
случай. С требованиями к вероятности можно определится. Какую цифру Вы
считаете достаточной и по каким требованиям ?
SS> При РЕАЛЬНЫХ условиях интенсивность
SS> ошибок обычно не превышает 2%, и именно эта величина упомянута в
SS> спецификации Modbus (см.
http://www.modbus.org
).
Не нашел про 2%, в старых спецификациях про этот процент ничего нет,
можно увидеть ссылку точнее ?
Но даже на 2% ModBUS не дает хорошей защиты данных от ошибок,
необходимых для систем управления.
SS> А при интенсивности
SS> ошибок 2% вероятность НЕОБНАРУЖЕНИЯ ошибки составляет примерно 1E-6,
SS> т.е. 1 ошибка из миллиона. Напомню - только за счет ЧЕТНОСТИ, БЕЗ
SS> CRC! А в Modbus CRC используется, что снижает вероятности
SS> НЕОБНАРУЖЕНИЯ ошибки еще на несколько порядков.
CRC дает защиту при неизменной длине сообщения, в случае ее изменения
вероятность резко падает.
SS> Если кому интересно - я выложил XLS-файл Error probability.zip ,
SS> размер 3 Кбайт, webfile.ru/1081504.
SS> Александр, хотелось бы увидеть Ваш расчет, откуда взялась цифра: 1%
SS> необнаруженных ошибок в Modbus.
Если я правильно понял Ваши расчеты, по ним получается 0.9322 %, что
очень близко к 1%.
У меня есть график вероятностей по всей шкале для BER от Е-5 до 0.5
для кадров с защитой паритетом и CRC16, оценки делал по ним.
Только формула почему-то другая, не совпадает в середине.
Не совсем понятна Ваша формула для паритета, можно ее привести ?
У меня график построен по:
R= (36*p^2*q^7+126*p^4*q^5+84*p^6*q^3+9*p^8*q)*q^2 ;
R- Вероятность необнаруженной ошибки;
p- Вероятность приема ошибочного бита (BER);
q- Вероятность приема правильного бита.
Для CRC16 худший случай для неизменного кадра без пауз
лежит в области 2^-16 (т.е. 1E-5).
Но т.к. я принимал во внимание возможность вставки лишних байт в
кадр (необходимо, для соответствия протоколу в ModBUS), а также
слабый контроль CRC при изменении длины взял точку ошибки на 1/3
ниже контроля паритетом (2/3 выше CRC16).
Вероятность для худшего случаяя с CRC
я моделировал на ПК когда делал "правильный протокол" из ModBUS.
И обосновывал дополнительные защиты для другого протокола.
>> Совершенно верно, но выбор ПЛК по цвету а протокола по широте
>> использования не лучший пример для инженеров профессионалов.
SS> Ну да. В России "инженерам-профессионалам" часто свойственно свысока
SS> плевать на чужой опыт и изобретать свои "велосипеды":
SS> коммуникационные протоколы, языки программирования, операционные
SS> системы... чтобы потом от всех этих "плодов" обычным инженерам по
SS> ночам кошмары снились :-(.
Сергей, вы сами себе противоречите !
Я бы действительно, на месте менеджера среднего звена,
выгнал с работы специалистов, пришедших к нему с проектом
разработки нового протокола указав на их профнепригодность т.к.
больше всего ссылок в Интернете на различные реализации
протокола ModBUS ;) (это я про зарубежных специалистов Tricon
разработавших зачем-то другой протокол, то же относится к Profibus,
FF Bus и др.).
А если серьезно, то необходимо развитие опираясь на имеющийся опыт.
Оно происходит и нельзя исключать из этого процесса инженеров
России. У Вас есть знание и опыт, но почему-то противоречите себе.
Будут новые и протоколы, и языки, и ОС (хотя я против ОС , но всеравно
будут).
Можно же давать хорошие советы как "инженер-профессионал".
---
С уважением,
Зоркальцев Александр
НИИ Электронных систем, г. Томск.
mailto:E-Mail
Письмо #6812
| Тема: | RE: [asutp] Измеритель или регулятор температуы с двумя выходами, бывают такие? |
| Начало этой темы: | RE: [asutp] Измеритель или регулятор температуы с двумя выходами, бывают такие? |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
МЕТАКОН от КонтрАвт
http://www.contravt.ru
Одноканальный позиционный МЕТАКОН-512
Сделайте все входа на прием одного параметра - и управляйте хоть 12
уставками.
C уважением,
Алексей Дементьев.
Нач. сектора рекламы
НПФ КонтрАвт.
Тел. +7 8312 66-1694, 66-1405
66-1604, 66-2309
mailto: E-Mail.ru
http://www.contravt.ru
>>-----Original Message-----
>>> Встречал ли кто измеритель или измеритель и регулятор температуры
>>> одноканальный, но с двумя выходами и, соответственно, с двумя
>>регулируемыми уставками.
Письмо #12951
| Тема: | RE: [asutp] Измеритель или регулятор температуы с двумя выходами, бывают такие? |
| Начало этой темы: | RE: [asutp] Измеритель или регулятор температуы с двумя выходами, бывают такие? |
| Это ответ на: | RE: [asutp] Измеритель или регулятор температуы с двумя выходами, бывают такие? |
| Ответ на это письмо: | нет |
МЕТАКОН от КонтрАвт
http://www.contravt.ru
Одноканальный позиционный МЕТАКОН-512
Сделайте все входа на прием одного параметра - и управляйте хоть 12
уставками.
C уважением,
Алексей Дементьев.
Нач. сектора рекламы
НПФ КонтрАвт.
Тел. +7 8312 66-1694, 66-1405
66-1604, 66-2309
mailto: E-Mail.ru
http://www.contravt.ru
>>-----Original Message-----
>>> Встречал ли кто измеритель или измеритель и регулятор температуры
>>> одноканальный, но с двумя выходами и, соответственно, с двумя
>>регулируемыми уставками.
Письмо #6832
| Тема: | Re: [asutp] Re: хороший ModBUS RTU (было "ИМ 2300") |
| Начало этой темы: | [asutp] Re: хороший ModBUS RTU (было "ИМ 2300") |
| Это ответ на: | [asutp] Re: хороший ModBUS RTU (было "ИМ 2300") |
| Ответ на это письмо: | Re[2]: [asutp] Re: хороший ModBUS RTU (было "ИМ 2300") |
Здравствуйте Сергей,
SS> Порывшись в Интернете, нашел описание протокола Modbus для
SS> вычислителей ВТД (ООО НПФ "ДИНФО"). Там сказано следующее:
SS> "При использовании CRC вероятность обнаружения ошибки в одном разряде
SS> байта передаваемого сообщения равна 99,998%."
На это хочется сказать известной фразой "Никому верить нельзя...".
Тем более что написано в Интернете и форумах ;)
Вероятность взята необдуманно из циклических кодов полинома CRC16.
Но для ModBUS она не работает в полной мере без нарушения его
требований, о чем я уже написал.
SS> Методика расчета, к сожалению, не описана... И не указано, насколько
SS> улучшается этот показатель при включении контроля четности в байте.
При добавлении контроля четности получаете улучшение два порядка в
худшем случаее, был же подсчет.
SS> Может, у кого-то есть подобные данные для других протоколов
SS> (например, DF-1 от Allen-Bradley)? Поделитесь, пожалуйста!
DF-1 и ModBUS используют одну CRC16, но использование паритета в
"правильном DF-1" нет, получается что DF1 дает хуже на два порядка
надежность. Байтстаффинг дает почти те же возможности, даже еще большие, правда
в ограниченном кодовом пространстве, по прореживанию байт данных
"мусором".
--
С уважением,
Зоркальцев Александр
НИИ Электронных систем, г. Томск.
mailto:E-Mail
Письмо #6811
| Тема: | Re: [asutp] Измеритель или регулятор температуы с двумя выходами, бывают такие? |
| Начало этой темы: | Re: [asutp] Измеритель или регулятор температуы с двумя выходами, бывают такие? |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
Здравствуйте!
Обратите внимание на датчики-сигнализаторы температуры компании
Endress+Hauser. Модели TTR31.
Руководитель направления,
ООО "Эндресс+Хаузер"
----
E-mail автора: E-Mailess.com
(по данным регистрации на iprog.pp.ru/forum)
Письмо #6810
| Тема: | [asutp] WinCC и OPC |
| Начало этой темы: | [asutp] WinCC и OPC |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
Здравствуйте!
Сразу хочу заметить, что WinCC изучаю день пятый, поэтому прошу меня
простить за сумбурность в описании проблемы и неточности в формулировках.
Так вот.. У меня возникла следующая проблема:
Для связи WinCC и вычислителя расхода FloBoss я использую OPC сервер фирмы
Standart Automation. Собрал тестовый проект, настроил связь по OPC. Создал
тег с помощью OPC Item Manager и тп. На графическом экране вывел "окно", к
которому подвязал этот тег. Запускаю проект. В окне фиг, оно "потемнело"
)). То есть, я так понимаю, WinCC не "засасывает" данные из OPC сервера.
Добираюсь до item-ов этого сервера с помощью вышеназванного OPC Item
Manager. Смотрю свойства нужного мне item-а..его значение..и..ура! )) на
графическом экране в нужном мне окне наблюдаю это значение. Причем оно
обновляется (на экране) каждый раз, когда я "дергаю" айтем OPC Item
Manager-ом. Как только я выхожу из OPC Item Manager - все..окно "темнеет"
и соотв-но значения в него не приходят. Такое впечатление, что WinCC
просто не обращается к этому "описишнику". Подскажите пожалуйста, где тут
собака зарыта? как мне сделать так, чтобы значения в WinCC "шли"
автоматически с нужной мне периодичностью? Заранее благодарен.
----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)
Письмо #6831
| Тема: | Re: [asutp] Измеритель или регулятор температуы с двумя выходами, бывают такие? |
| Начало этой темы: | [asutp] Re: хороший ModBUS RTU (было "ИМ 2300") |
| Это ответ на: | Re: [asutp] Измеритель или регулятор температуы с двумя выходами, бывают такие? |
| Ответ на это письмо: | нет |
You wrote to <E-Mail> on Thu, 31 Aug 2006 14:49:39 +0300:
ФД> Приборы марки ОВЕН.
ФД>
http://www.owen.ru
С двумя выходями на разные уставки от одного датчика?
>> Встречал ли кто измеритель или измеритель и регулятор температуры
>> одноканальный, но с двумя выходами и, соответственно, с двумя
>> регулируемыми
>> уставками. Т.е. при достижении первой уставки срабатывает первый
>> выход,
>> при
>> достижении второй уставки срабатывает второй. Индикация температуры
>> цифровая.
>> Пока я найти не смог, по крайнй мере среди продаваемых в России. Дайте
>> С уважением,
>> Куликов А.И.
ООО <ГТ-Электрофизика>
Россия,
г.Липецк
>> Yahoo! Groups Links
ФД> Yahoo! Groups Links
With best regards, Alexander Kulikov. E-mail: E-Mail
Письмо #6809
| Тема: | [asutp] Re: Настройка Krohne BM100А |
| Начало этой темы: | [asutp] Re: Настройка Krohne BM100А |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
--- In E-Mail, Gonz1k <forum-asutp@...> wrote:
>
> Магнитик то есть, и мануал читали.
> Просто ранее никогда не сталкивались с такой настройкой.
> Слишком много параметров.
> Просто хотел узнать мож там какие фишки есть по настройке, которые в
> мануале не оговариваются...
"Фишек" нет, но есть то, что приходит с опытом, а за опыт Вы платить не
хотите. :(
В принципе мануала достаточно, что бы настроить прибор для 90-95%
случаев, для остального лучше общаться с сервисом.
Кстати, некоторые вещи всё же лучше настраивать с софта, потому
как "карту пиков" на приборе не увидеть.
--------------------------
Волкожа Михаил.
Письмо #6808
| Тема: | [asutp] Re: УНПНЬХИ ModBUS RTU (АШКН "хл 2300") |
| Начало этой темы: | [asutp] Re: УНПНЬХИ ModBUS RTU (АШКН "хл 2300") |
| Это ответ на: | нет |
| Ответ на это письмо: | [asutp] хороший ModBUS RTU (было "ИМ 2300") |
--- In E-Mail, Alexander Zorkaltsev
<Aleksandr.Zorkaltsev@...> wrote:
> мЕ ЯНБЯЕЛ ОНМЪРМН ЙЮЙ ХЯОНКЭГНБЮКНЯЭ ЙНКХВЕЯРБН АЮИР. гЮОХЯЭ
ГМЮВЕМХЪ
> ЙНЛЮМДШ ОН ДПСЦНЛС ЮДПЕЯС ХКХ Б ДПСЦНЕ СЯРПНИЯРБН РНФЕ ЪБКЪЕРЯЪ
> НЬХАЙНИ. лМЕ ЙЮФЕРЯЪ Я СЛМНФЕМХЕЛ БЕПНЪРМНЯРХ ДКЪ 4 АЮИР С бЮЯ
НЬХАЙЮ.
яНЦКЮЯЕМ, НЬХАЙЮ :-(. ъ СФ ОНЯКЕ РНЦН, ЙЮЙ НРОПЮБХК ЯБНЕ ОХЯЭЛН, ЕУЮК
Б ЮБРНАСЯЕ Х ДСЛЮК: ВРН-РН СФ АНКЭМН ГДнПНБН БЯЕ С ЛЕМЪ ОНКСВХКНЯЭ,
МЕ ЛНФЕР АШРЭ БЯЕ РЮЙ "ЙПЮЯХБН"!
> ... оНЩРНЛС ДКЪ ЯХЦМЮКНБ СОПЮБКЕМХЪ ПЮЯЯЛЮРПХБЮЕРЭЯЪ УСДЬХИ
> ЯКСВЮИ. я РПЕАНБЮМХЪЛХ Й БЕПНЪРМНЯРХ ЛНФМН НОПЕДЕКХРЯЪ. йЮЙСЧ ЖХТПС
бШ
> ЯВХРЮЕРЕ ДНЯРЮРНВМНИ Х ОН ЙЮЙХЛ РПЕАНБЮМХЪЛ ?
вЕЯРМН ЯЙЮФС: МЕ ГМЮЧ. лМЕ МЮ ЯЮЛНЛ ДЕКЕ МХЙНЦДЮ МЕ ОПХУНДХКНЯЭ
НОПЕДЕКЪРЭ ТНПЛЮКЭМШЕ РПЕАНБЮМХЪ Х БШАХПЮРЭ ХГ МЕЯЙНКЭЙХУ БЮПХЮМРНБ
ОПНРНЙНКНБ ДКЪ ОЕПЕДЮВХ ЯХЦМЮКНБ сопюбкемхъ. оПХВХМЮ ОПНЯРЮ: ЙНЦДЮ
ОПНХГБНДХРЕКЭ ЙНМРПНККЕПНБ НОПЕДЕКЕМ, БШАХПЮРЭ СФЕ ОПЮЙРХВЕЯЙХ Х МЕ
ХГ ВЕЦН, Х ДНБЕПХЕ Й ТХПЛЕ-ОПНХГБНДХРЕКЧ ЮБРНЛЮРХВЕЯЙХ НГМЮВЮЕР Х
ДНБЕПХЕ Й ОПНРНЙНКС.
вРН ЙЮЯЮЕРЯЪ хмтнплюжхнммшу ЯХЦМЮКНБ НР ЯРНПНММХУ СЯРПНИЯРБ, РН ГДЕЯЭ
ЯХРСЮЖХЪ Б ЙЮЙНЛ-РН ЯЛШЯКЕ ОПНРХБНОНКНФМЮЪ, МН НАШВМН РЮЙФЕ МЕ
НЯРЮБКЪЧЫЮЪ БНГЛНФМНЯРХ БШАНПЮ ОПНРНЙНКЮ! мЮОПХЛЕП, ЙЮЙ АШКН Я РЕЛ
ЯЮЛШЛ хл-2300: ГЮЙЮГВХЙ ЯЙЮГЮК "с ЛЕМЪ СФЕ ГЮЙСОКЕМЮ ЙСВЮ ЩРХУ
СЯРПНИЯРБ, РЮЙ ВРН ЙЮЙ УНРХРЕ, МН ВРНАШ ДЮММШЕ ХГ МХУ ЯВХРШБЮКХЯЭ".
б РЕУ ЯКСВЮЪУ, ЙНЦДЮ МЮЛ МСФМН АШКН ЦЮПЮМРХПНБЮРЭ ДЕИЯРБХРЕКЭМН
БШЯНЙСЧ ДНЯРНБЕПМНЯРЭ (МЮОПХЛЕП, ХМТНПЛЮЖХЪ ВХРЮКЮЯЭ Я ЙНЛЛЕПВЕЯЙХУ
ПЮЯУНДНЛЕПНБ), ОПХЛЕМЪКЯЪ РСОНИ, МН ЮАЯНКЧРМН ЩТТЕЙРХБМШИ ОПХЕЛ:
ОНБРНПМНЕ ВРЕМХЕ. йЮЙ ОПЮБХКН, Б РЮЙХУ ЯКСВЮЪУ БПЕЛЪ МЕ НЯНАН
ЙПХРХВМН.
> мЕ МЮЬЕК ОПН 2%, Б ЯРЮПШУ ЯОЕЖХТХЙЮЖХЪУ ОПН ЩРНР ОПНЖЕМР МХВЕЦН МЕР,
> ЛНФМН СБХДЕРЭ ЯЯШКЙС РНВМЕЕ ?
дЮ, бШ ОПЮБШ. еЫЕ ПЮГ ОПНЯЛНРПЕК ЯОЕЖХТХЙЮЖХЧ - ДЕИЯРБХРЕКЭМН, РЮЙНИ
ХМТНПЛЮЖХХ МЕР :-(. бХДХЛН, ЙНЦДЮ Ъ ХЯЙЮК ХМТНПЛЮЖХЧ ОН ЙКЧВЕБНЛС
ЯКНБС Error, МЮРЙМСКЯЪ МЮ ТПЮГС "must accept an error of 2% in
reception situation" Х МЕОПЮБХКЭМН ЕЕ ОНМЪК. мЮДН АШКН ОПНВХРЮРЭ
ПЮГДЕК 3.2 ЖЕКХЙНЛ, ВРНАШ ОНМЪРЭ, ВРН ЩРН ЙЮЯЮЕРЯЪ ДНОСЯЙЮ ОН
ЯХМУПНМХГЮЖХХ :-).
> яЕПЦЕИ, БШ ЯЮЛХ ЯЕАЕ ОПНРХБНПЕВХРЕ !
> ъ АШ ДЕИЯРБХРЕКЭМН, МЮ ЛЕЯРЕ ЛЕМЕДФЕПЮ ЯПЕДМЕЦН ГБЕМЮ,
> БШЦМЮК Я ПЮАНРШ ЯОЕЖХЮКХЯРНБ, ОПХЬЕДЬХУ Й МЕЛС Я ОПНЕЙРНЛ
> ПЮГПЮАНРЙХ МНБНЦН ОПНРНЙНКЮ СЙЮГЮБ МЮ ХУ ОПНТМЕОПХЦНДМНЯРЭ Р.Й.
> АНКЭЬЕ БЯЕЦН ЯЯШКНЙ Б хМРЕПМЕРЕ МЮ ПЮГКХВМШЕ ПЕЮКХГЮЖХХ
> ОПНРНЙНКЮ ModBUS ;) (ЩРН Ъ ОПН ГЮПСАЕФМШУ ЯОЕЖХЮКХЯРНБ Tricon
> ПЮГПЮАНРЮБЬХУ ГЮВЕЛ-РН ДПСЦНИ ОПНРНЙНК, РН ФЕ НРМНЯХРЯЪ Й Profibus,
> FF Bus Х ДП.).
:-)) "б ЙЮФДНИ ЬСРЙЕ ЕЯРЭ ДНКЪ ЬСРЙХ!"
юКЕЙЯЮМДП, Ъ БЯЕЛХ ПСЙЮЛХ гю ПЮГБХРХЕ Х гю МНБШЕ ХДЕХ!
цКЮБМНЕ - ВРНАШ "МНБНЕ" АШКН УНРЭ Б ВЕЛ-РН Х УНРЭ ВСРЭ-ВСРЭ ксвье,
ВЕЛ "ЯРЮПНЕ".
я СБЮФЕМХЕЛ,
яЕПЦЕИ ыЕЙХМ
GUTOR Electronic ltd.
Письмо #6807
| Тема: | [asutp] Re: хороший ModBUS RTU (было "ИМ 2300") |
| Начало этой темы: | [asutp] Re: хороший ModBUS RTU (было "ИМ 2300") |
| Это ответ на: | нет |
| Ответ на это письмо: | Re: [asutp] Re: ИПТПЫЙК ModBUS RTU (ВЩМП "йн 2300") |
--- In E-Mail, Alexander Zorkaltsev <Aleksandr.Zorkaltsev@...> wrote:> Вы очевидно хотели спросить "1+2 РАБОТАЕТ, а 1+3 - НЕТ ?"
Здравствуйте, Александр.Конечно. "Очепятка" :-).
> ИМ-2300 нельзя брать как (1) т.к. пока не разобрались с наличием в нем> ModBUS.
Я не имел в виду именно ИМ-2300. И в том варианте, с которым мы делали проект, был не Modbus. Просто надо было как-то показать в условиях "задачи", что устройство, из которого надо получить данные, не Windows-PC.
> Про КОРРЕКТНО реализованный Модбас в Matrikon OPC Server for> Modbus не знаю, будем считать что некий.> Действительно связка 1+2 иногда будет работать (для устройств не выдерживающих> временные параметры протокола) и не будет работать с мастером> удовлетворяющим требованиям ModBUS.
Я согласен, что вероятность такой ситуации не нулевая. Но все же ничтожно малая, мне даже кажется, чисто теоретическая. Поэтому я и попросил привести случай из жизни (с реальным оборудованием).
С уважением,Сергей ЩекинGUTOR Electronic ltd.
Письмо #6806
| Тема: | [asutp] Re: Опыт использования wago и tecon |
| Начало этой темы: | [asutp] Re: Опыт использования wago и tecon |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
--- In E-Mail, Eugeen <forum-asutp@...> wrote:
> Это Ваше сообщение от 25.08.06?:
>
> >"Приведу небольшой списочек "чего угодно"...
...
> ... атомные
> >станции (включая системы класса 1E, т.е. связанные с безопасностью
> >реакторов),...
> ЕЩЕ РАЗ ВЫДЕЛЯЮ: "..атомные >станции (включая системы класса 1E,
т.е.
> связанные с безопасностью реакторов)"
Я так понимаю, извиняться Вам не хочется :-)).
Вы в своем письме от 29.08.06 (#38949) процитировали мои (якобы)
слова: "... применял в системах безопасности АЭС". Как Вы сами только
что процитировали (на этот раз - правильно), я писал совсем другое.
Видимо, Вы просто не понимаете разницу между терминами "система
безопасности" и "система, СВЯЗАННАЯ с безопасностью".
Поясняю: "система, СВЯЗАННАЯ с безопасностью" - это такая, отказ
которой НЕ ПРИВЕДЕТ НЕПОСРЕДСТВЕННО К АВАРИИ, но потребует
вмешательства СИСТЕМЫ БЕЗОПАСНОСТИ. Т.е. в примере с АЭС - из за
отказа "системы, СВЯЗАННОЙ с безопасностью" может потребоваться
заглушить реактор.
> НУ и КОГО после этого сообщения надо привлекать???
Мне кажется, Вас - за прямую ложь в виде принципиального искажения
чужих слов.
Кстати, Вы там собирались кому-то позвонить в Козлодуй? Так что,
позвонили? Поделитесь, пожалуйста, новостями насчет применения
там "Трайкона".
Похоже, ТЕХНИЧЕСКИХ аргументов у Вас все же нет. Только те
самые "хлесткие формулировки для обоснования своих позиций", да
попытки полить оппонента "жидкими отходами". (Хорошо, что
радиоактивность через Интернет не передается :-))))
> >аммиака), нефте- и газопереработка (ВСЕ производства) и тп., думаю
что и
> здесь Вас смогут проверить знающие специалисты.
Я за свои слова отвечаю. В отличие от Вас. И не считаю зазорным
извиниться, если был не прав.
Сергей Щекин
GUTOR Electronic ltd.
Письмо #6804
| Тема: | RE: [asutp] Re: Опыт использования wago и tecon |
| Начало этой темы: | RE: [asutp] Re: Опыт использования wago и tecon |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
Коллеги, хорош уже ругаться. Да и праздник сегодня...с чем и поздравляю коллег-нефтяников и газовиков. :)
Безопасность вообще разная бывает- информационая, экологическая, функциональная, пожарная...и еще куча всякой.
Вы определитесь о какой речь для начала :)
С уважением,
Милосердов Дмитрий Николаевич
> Я за свои слова отвечаю. В отличие от Вас. И не считаю
> зазорным извиниться, если был не прав.
Письмо #6805
| Тема: | Re: [asutp] Настройка Krohne BM100А |
| Начало этой темы: | Re: [asutp] Настройка Krohne BM100А |
| Это ответ на: | Re: [asutp] Настройка Krohne BM100А |
| Ответ на это письмо: | нет |
> Магнитик то есть, и мануал читали.
> Просто ранее никогда не сталкивались с такой настройкой.
> Слишком много параметров.
> Просто хотел узнать мож там какие фишки есть по настройке, которые в
> мануале не оговариваются...
Добрый день!
Рекомендую обратиться в сервис-центр "Кроне" к г-ну Лазовскому Анатолию
Леонтьевичу или к г-ну Тармаеву Евгению Петровичу, тел. 8-10-375-2145-37472
или -27686.
С уважением,
Петр Нечаев
"ТРАНСФЭР-Индустрия"
Санкт-Петербург
Письмо #6802
| Тема: | [asutp] Re: хороший ModBUS RTU (было "ИМ 2300") |
| Начало этой темы: | [asutp] Re: хороший ModBUS RTU (было "ИМ 2300") |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
--- In E-Mail, "Vladimir E. Zyubin" <zyubin@...> wrote:
> что-то я не понял... даже один бит четности и то позволяет
> обнаруживать единичную ошибку со 100% вероятностью. А тем более с
> циклической контрольной суммой... которая при правильном использовании
> не только обнаруживать ошибку может, но еще и исправлять.
Владимир, к сожалению, контроль четности не позволяет обнаруживать
двойные и другие четные ошибки в байте. Их вероятность, конечно,
меньше, чем у одиночных, но все же не нулевая. Кроме того, искажаются
не только 9 информационных бит (8 основных + четность), но и сигналы
синхронизации (старт-стоп, паузы).
У CRC тоже есть слабые места.
С уважением,
Сергей Щекин
GUTOR Electronic ltd.
Письмо #6801
| Тема: | [asutp] Re: хороший ModBUS RTU (было "ИМ 2300") |
| Начало этой темы: | [asutp] Re: хороший ModBUS RTU (было "ИМ 2300") |
| Это ответ на: | нет |
| Ответ на это письмо: | Re: [asutp] Re: хороший ModBUS RTU (было "ИМ 2300") |
--- In E-Mail, Ildar Ibatullin <forumasutp@...> wrote:
> Сергей, я поигрался с цифрами. Нет ли у вас ошибки в расчетах?
> Довольно странно, что макимум вероятности необнаружения ошибки
происходит
> при интенсивности ошибок 17% (см.
http://slil.ru/23073175
)
Да, Ильдар, к сожалению, мой расчет неверен. Не учтено несколько
факторов.
Может быть, Александр Зоркальцев предложит более грамотный вариант?
Александр, поделитесь, пожалуйста, своим анализом ошибок!
Я все-таки не специалист по телекоммуникациям. Боюсь, слишком много
времени потрачу на доработку своей "таблички" и получение более-менее
корректного результата, который, возможно, у Вас уже есть.
С уважением,
Сергей Щекин
GUTOR Electronic ltd.
Письмо #6803
| Тема: | Re[2]: [asutp] Re: хороший ModBUS RTU (было "ИМ 2300") |
| Начало этой темы: | Re: [asutp] Re: хороший ModBUS RTU (было "ИМ 2300") |
| Это ответ на: | Re: [asutp] Re: хороший ModBUS RTU (было "ИМ 2300") |
| Ответ на это письмо: | Re[3]: [asutp] Re: хороший ModBUS RTU (было "ИМ 2300") |
Thursday, August 31, 2006, 7:41:06 PM, Alexander Zorkaltsev wrote:
AZ> Здравствуйте Сергей,
SS>> Порывшись в Интернете, нашел описание протокола Modbus для
SS>> вычислителей ВТД (ООО НПФ "ДИНФО"). Там сказано следующее:
SS>> "При использовании CRC вероятность обнаружения ошибки в одном разряде
SS>> байта передаваемого сообщения равна 99,998%."
AZ> На это хочется сказать известной фразой "Никому верить нельзя...".
AZ> Тем более что написано в Интернете и форумах ;)
AZ> Вероятность взята необдуманно из циклических кодов полинома CRC16.
AZ> Но для ModBUS она не работает в полной мере без нарушения его
AZ> требований, о чем я уже написал.
что-то я не понял... даже один бит четности и то позволяет
обнаруживать единичную ошибку со 100% вероятностью. А тем более с
циклической контрольной суммой... которая при правильном использовании
не только обнаруживать ошибку может, но еще и исправлять.
--
Best regards.
= Vladimir E. Zyubin
= Friday, September 01, 2006, 4:40:10 PM =
Письмо #6790
| Тема: | Re: [asutp] Измеритель или регулятор температуы с двумя выходами, бывают такие? |
| Начало этой темы: | Re: [asutp] Измеритель или регулятор температуы с двумя выходами, бывают такие? |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
Есть у Phoenix Contact такой с цифровой индикацией и двумя релейными
выходами, датчик типа pt100 или pt1000 - MCR-FL-D-T-2SP-24(230)
C уважением,
Куколев В.А.
Уральский филиал ЗАО "Технолинк"
----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)
Письмо #6789
| Тема: | Re: [asutp] Муки SCADA-выбора |
| Начало этой темы: | Re: [asutp] Муки SCADA-выбора |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
Ildar Ibatullin писал(а):
> Алексей (RAN),
> задача как всегда комплексная.
>
> В-общем. Попробуйте обрисовать ситуацию, и мы тогда сможем точнее
подсказать то
> или иное решение. Кричать "Интач" лучше "Фикса" при настоящем раскладе
> по-меньшей мере неумно.
Ильдар, ситуацию как мог, мне кажется, обрисовал. Подсказки пока не
поступили. Можно ли ожидать каких-либо реальных рекомендаций?
----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)
Письмо #6788
| Тема: | Re: [asutp] Муки SCADA-выбора |
| Начало этой темы: | Re: [asutp] Муки SCADA-выбора |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
RAN писал(а):
> Ильдар, ситуацию как мог, мне кажется, обрисовал. Подсказки пока не
поступили.
> Можно ли ожидать каких-либо реальных рекомендаций?
Да, конечно. Просто из головы вылетает. На выходных подумаю и нацарапаю
чего-нибудь.
С Уважением,
Ильдар Ибатуллин
SLP Engineering
----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)
Письмо #6787
| Тема: | Re: [asutp] Автоматизация розлива бочек |
| Начало этой темы: | Re: [asutp] Автоматизация розлива бочек |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
Kuka Roboter вам поможет! Для их роботов это простая классическая задача.
Если нужны их координаты в России, пишите мне на мыло.
----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)
Письмо #6799
| Тема: | [asutp] Re: Муки SCADA-выбора |
| Начало этой темы: | [asutp] Re: Муки SCADA-выбора |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
А мне, например, Genesis не по душе.
В основном огорчила подсистема трендов. Мне она непонравилась на
столько, что я бы, пожалуй, задвинул Genesis в самый конец списка
предполагаемых кандидатов. Думаю, что надо выбирать связку SCADA+PLC и
в этом плане я за WinCC+Simatic. К большим плюсам Siemens-а могу
отнести хорошую информационную поддержку. Имеются как англоязычный(да и
на немецком тоже есть), так и русскоязычный официальные форумы, кроме
того, есть и не официальные на которых можно найти ответы на массу
вопросов. По Genesis-у я как то пытался найти что то в нете, но
безуспешно. На оффициальном сайте доступ к базе знаний только у
зарегистрированных пользоавателей. Зарегистрироваться у меня сразу так
и не получилось, после чего плюнул я на это дело. Думаю что по inTauch-
у и iFix-у ситуация не намного лучше. Что касается зоопарка - WinCC
также поддерживает OPC плюс имеется возможность писать свои драйвера,
для чего предусмотрен отдельный пакет разработчика с документацией.
С Уважением
Константин Власкин
Письмо #6786
| Тема: | Re: [asutp] Опыт использования wago и tecon |
| Начало этой темы: | Re: [asutp] Опыт использования wago и tecon |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
Разумные речи Вам видно не понять.
Эту полную чушь про "системы связанные с безопасностью" рассказывайте в
детских садах.
Я в 1972 г. закончил МЭИ кафедру Атомных электростанций, в 1975г.
аспирантуру этой же кафедры, защитил диссертацию по обоснованию систем
безопасности. Проработал в соотвествующих конторах Минатома 25 лет и там
меня научили строго следовать узаконенной терминологии и понятиям по
обеспечению безопасности АЭС. Многие положения там написаны буквально
кровью!
А теперь я должен еще и от дилетанта выслушивать поучения по его личным
трактовкам?
Советую Вам сначала получить соответствующее образование, набраться опыта,
а потом выступать здесь с претензиями на осведомленность.
С уважением, Катковский Е.А.
----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)
Письмо #6785
| Тема: | Re: [asutp] Измеритель или регулятор температуы с двумя выходами, бывают такие? |
| Начало этой темы: | Re: [asutp] Измеритель или регулятор температуы с двумя выходами, бывают такие? |
| Это ответ на: | нет |
| Ответ на это письмо: | Re: [asutp] Измеритель или регулятор температуы с двумя выходами, бывают такие? |
Можно уточнение одно - за чем это нужно?
Как выглядит задача с технологической точки зрения?
Удачи!
----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)
Письмо #6798
| Тема: | [asutp] RE: Муки SCADA-выбора |
| Начало этой темы: | [asutp] RE: Муки SCADA-выбора |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
Просмотрел ветку, хочу сделать свое предложение.
Во-первых, для "размышлений в направлении Windows" можно
порекомендовать Wizcon for Windows & Internet, который имеет, пожалуй
самые продвинутые средства, позволяющие использовать в качестве клиента
обычный Java-низированный Web-браузер. Он имеет хороший OPC сервер
и OPC клиент, так что может легко интегрироваться со всеми остальными
SCADAми под Windows. Но все же Wizcon, как и все остальные (WinCC, InTouch,
iFIX, Genesis) не слишком подходит под определение "платформа, ...
обладающая ... простотой", как было заявлено в первоначальных требованиях.
Хочу порекомендовать гораздо более простое и универсальное решение -
наш ExlinkDCS (ранее назывался Nautsilus OPC Explorer).
Почему он может быть лучше?
Могу предположить, что для хотя бы одной из пяти задач,
> 1. Горно-обогатительная фабрика.
> 2. Электроснабжение.
> 3. Теплоснабжение.
> 4. Диспетчеризация горного транспорта.
> 5. Водоотлив и водопонижение карьера.
может быть внедрена SCADA систем на QNX. И поверьте, это будет очень
хорошее и надежное решение. Чтобы не быть голословным, приведу отзыв
инженера АСУ В.В.Озерова о работе SCADA Phocus для QNX4 на
обогатительной Фабрике "Бачатская" (г.Белово Кемеровской области):
"Хочется отметить, что Phocus работает очень стабильно."
Есть внедрения Phocus и для теплоснабжения (на АвтоВАЗе), может
использоваться и во всех иных приложениях (включая ваш список).
Чтобы интегрировать Phocus в общую систему с MS Windows можно
подключить Phocus в общую сеть TCP/IP, и на одну машину под
MS Windows установить ExlinkDCS, который выполняет несколько функций:
- Шлюз OPC-OPC
- Шлюз OPC-QNX-Linux
- Шлюз OPC-HTTP
- Сервер данных OPC DA/HDA
- OPC клиент
Подробнее см.
http://www.nautsilus.ru/nts-prd/opc-ex-r.htm
Решение это достаточно недорогое (в пределах 12000 рублей),
количеством точек не лимитируется.
Само ПО (без ключа работает в демо-режиме) скачивается здесь:
http://www.nautsilus.ru/download/dl-list.htm
Желаю удачного выбора.
--
Best regards,
Andrew Freydman (Андрей Фрейдман)
NAUTSILUS Ltd., Moscow
http://www.nautsilus.ru
Phone : +7-495-939-5872
Fax : +7-495-939-5002
> Коллеги, прошу подсказки аксакалов в части выбора базисной SCADA-системы для
> горнодобывающего предприятия. Базисной в том смысле, что некоторые из общего
> количества АСУТП-подсистем будут реализовываться контрагентами "по своему
> усмотрению" в составе объектов. Для оставшихся хотелось бы выбрать некую
> платформу, которая, обладая универсальностью и простотой, позволила бы
> минимизировать эффект "зоопарка".
>
> Размышляя в направлении Windows в перечень рассматриваемых ныне систем попали:
> - WinCC,
> - InTouch,
> - iFIX,
> - Genesis.
Письмо #6784
| Тема: | Re: [asutp] Муки SCADA-выбора |
| Начало этой темы: | Re: [asutp] Муки SCADA-выбора |
| Это ответ на: | нет |
| Ответ на это письмо: | Re: [asutp] Муки SCADA-выбора |
Я вообще удивляюсь как WinCC попала в эту компанию? Это исключительно
верхний уровень для одного объекта, и на одном типе контролеров - симатик,
и чтоб контролеров было исходя из принципа - чем меньше тем меньше проблем.
Другая крайность это intouch - это не скада, на мой взгляд, а приставка к
MES системе.
к рассматриваемому списку можете добавить Indusoft Web Studio тем более
есть где взять бесплатно полнофункциональную версию
http://simatic.net.ru/viewtopic.php?t
=3437
Удачи!
----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)
Письмо #6797
| Тема: | [asutp] Anons Nautsilus NEWS N8/2006 |
| Начало этой темы: | [asutp] Anons Nautsilus NEWS N8/2006 |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
Анонс новостей от компании НАУЦИЛУС N8/2006
===========================================
Науцилус примет участие в выставке ПТА-2006
-------------------------------------------
18-20 сентября 2006 г. в московском Экспоцентре
на Красной Пресне будет проходить выставка ПТА-2006
(передовые технологии автоматизации).
Науцилус примет участие в этой выставке (стенд E7, 1 павильон).
Релиз Phocus ver.4.05a
----------------------
23 августа 2006 г. выпущена русская версия
Phocus ver.4.05a для QNX4.25.
Основное отличие новой версии Phocus от предыдущей -
возможность конфигурирования меню пользователя.
OPC сервер ISaGRAF с поддержкой дублированной сети
--------------------------------------------------
Последняя версия OPC сервера ISaGRAF
(релиз от 24.07.2006) имеет поддержку дублированной
сети Ethernet-TCP/IP, соединяющей OPC сервер с целевой
задачей ISaGRAF. Данная разработка повышает надежность
системы для ответственных приложений.
=======================================
Подробнее этот выпуск новостей доступен в конференции
newsasutp на yahoogroups.com
(online доступ здесь -
http://groups.yahoo.com/group/newsasutp/
)
или по подписке.
Подписаться на новости НАУЦИЛУСа можно на веб-сайте
http://www.nautsilus.ru
См. также предыдущие выпуски новостей:
http://www.nautsilus.ru/news_ru.php
====================================
С уважением,
Андрей Витальевич Фрейдман
Зам. директора "НАУЦИЛУС"
http://www.nautsilus.ru
119992 Москва, Воробьевы горы, НИИЯФ МГУ, корп. ВЭ, к.415
Тел. (495) 939-5872, 939-3924 Факс.(495) 939-5002
E-mail: E-Mail
===================================
Письмо #6783
| Тема: | [asutp] 7188E BM TCP не бридж а сервер |
| Начало этой темы: | [asutp] 7188E BM TCP не бридж а сервер |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
Всем известно, что в заводской прошивке 7188ЕХ прошито ПО BM Tcp моста
(аналог ADAM 4572). Работает медленно, скорость падает пропорционально
количеству подцепленных устройств. Есть мысль на SDK написать прогу
которая сама опрашивает все устройства на всех сериальных портах через
MasterToSlave(), складывает из в память, а по MBTCP они уже забираются
наверх.
Кто нибудь подобную задачу решал для 7188ЕХ?
я опрос сериальных устройств сделал, могу их вычитывать через MB RTU
сервер (UPLINK),но не могу догнать как теперь организовать досту к данным
в памяти контроллера по ModbusTCP .......
----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)
Письмо #6782
| Тема: | Re: [asutp] 7188E BM TCP не бридж а сервер |
| Начало этой темы: | Re: [asutp] 7188E BM TCP не бридж а сервер |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
да, я так делал. Работает надёжно.
Удачи!
----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)
Письмо #6795
| Тема: | Re: [asutp] InTouch8 + OPCLink |
| Начало этой темы: | Re: [asutp] InTouch8 + OPCLink |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
Спасибо, но это я откопал. Дело было не в этом. Если интересно, опишу
последовательность. Навел на мысли файл от Alexander Lokotkov, за что ему
запоздалое спасибо :)
----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)
Письмо #6796
| Тема: | [asutp] File - Rules of Conference "Asutp" [kodirovka KOI8-R] |
| Начало этой темы: | [asutp] File - Rules of Conference "Asutp" [kodirovka KOI8-R] |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
charset=koi8-r
%charset=koi8-r
Пpавила Конфеpенции по АСУ ТП и промышленной
автоматизации E-Mail .
Проект Портал АСУТП
http://www.asutp.interface.ru
(Редакция от 09.09.2005)
Конференция создана 28.06.2000. По состоянию на сентябрь 2005 года на
конференцию подписано свыше 1300 подписчиков (и свыше 360 через "зеркало").
Данные правила можно получить, послав письмо по адресу
To : E-Mail
Subj : Get Rules
(Содержание письма значения не имеет.)
Письмо обрабаотывает модератор или ко-модератор, а не робот!
УПРАВЛЕНИЕ ПОДПИСКОЙ НА КОНФЕРЕНЦИЮ.
Адрес архива конференции
http://groups.yahoo.com/group/Asutp/messages
Адрес для отправки сообщений в Конференцию - E-Mail
Подписаться на конференцию можно, послав пустое письмо на адрес
E-Mail , после чего ОБЯЗАТЕЛЬНО
подтвердите свое желание, отослав обратно ответ сервера через кнопку
"ОТВЕТИТЬ"(Reply) в своей почтовой программе . Только после получения
подтверждения сервер автоматически подпишет вас на конференцию.
После того, как вы подпишитесь на конференцию, вы сможете изменить
свои параметры подписки следующим образом -
- Экономичный режим подписки на конференцию (режим дайджеста -
- одно письмо со всеми сообщениями за прошедшие сутки) - пустое
письмо на адрес E-Mail . Возврат к
нормальному режиму получения писем - пустое письмо
на E-Mail
- Временная приостановка получения писем (отпуск, командировка) - пустое
письмо на адрес E-Mail , возврат к
нормальному режиму получения писем - пустое письмо на
- Отписка от конференции - пустое письмо на адрес
E-Mail , после чего ОБЯЗАТЕЛЬНО
подтвердите свое желание, отослав обратно ответ сервера через кнопку
"ОТВЕТИТЬ"(Reply) в своей почтовой программе . Только после получения
подтверждения сервер автоматически отпишет вас от конференции.
Подписаться и отписаться от конференции можно и со странички
Портала АСУТП
http://asutp.interface.ru/links_fset.asp
Если вы не хотите получать письма в свой почтовый ящик, а
вам удобнее пользоваться онлайном, то
поучаствовать в Конференции вы можете по адресам
http://groups.yahoo.com/group/Asutp/messages -
основной сервер рассылки
http://iprog.pp.ru/forum/list.php?f
=1 - зеркало форума
1. Тематика.
1.1 Данная конференция предназначена для обсуждения вопросов,
связанных с промышленной автоматизацией и информационными
технологиями в области АСУТП.
К таким вопросам относятся:
- SCADA, DCS, MRP, ERP системы, промышленные контроллеры (PLC),
контрольно-измерительные приборы и автоматика, модули и
устройства сопряжения и т.п.
- вопросы, связанные с разработкой управляющих комплексов;
- общая архитектура подобных систем;
- алгоритмы, инструментарий, конкретные решения и т.п.;
- проблемы внедрения и обслуживания.(доп. см. п. 4).
1.2 Приветствуется любая информация, рассказы о собственном опыте, о
разнообразных граблях, на которые приходится наступать, вопросы
(относительных) чайников и ответы специалистов - вообще живое
обсуждение.
1.3 Hе возбраняются поиски и обсуждение софта, как freeware, так и
коммерческого - но аккуратно. Hапример, не следует обсуждать методы
взлома защит или способы некоppектного пpиобpетения коммерческого
софта, особенности и способы нарушения лицензионных соглашений.
1.4 Пpиветствуется техническая инфоpмация о любых (особенно новых)
сpедствах pазpаботки (пакетах) в данной области.
1.5 Обязательна подпись реальным именем (Имя, Фамилия). Приветствуется,
но необязательно, указание места работы, должности. Реальное имя
должно содержаться в заголовках письма (в поле FROM: ) и (или) в
тексте письма.
Не следует злоупотреблять размером подписи - крайне нежелательны
подписи более 4-5 строк.
Обычно достаточно два-три раза привести полную подпись (с
телефонами, факсами, юр. и фактическим адресом и т.п.), а затем
изменить ее на упрощенную (фамилия, имя,...). Ваши координаты, буде
они понадобятся, спросят, запомнят либо просто найдут в базе
сообщений.
1.6 Приветствуются сообщения об информационных сайтах либо ссылки на
информационные ресурсы.
2. Основной язык - русский. Основная кодировка в конференции -
КОИ8-R. Только в особо исключительных случаях допустима кодировка -
Win1251. Допустим английский и в крайнем случае т.н. транслит - "vot
tak".
3. Распространение.
3.1 Информация и материалы форума могут быть пересланы или
опубликованы только с указанием адреса форума и только с согласия автора
сообщения. Для документов в файловой области - с согласия модератора
или комодератора.
3.2 Мнение модераторов конфренции может не совпадать с мнением подписчиков.
В случае нарушения подписчиком норм законодательства РФ, сообщения будут
удалены в течении двух суток, нарушитель отписан.
4. Hе допускается:
4.1 Сообщения не по теме Форума. Список запрещенных к обсуждению
тем (офф-топик):
- сообщения рекламного характера;
4.2 Письма, состоящие из одних "религиозных" выражений типа "rulez
4ever", "mustdie" и т.п. Все утверждения (особенно негативного
характера) должны быть аргументированны и соответствовать тематике
конференции.
4.3 Использование нецензуpных выpажений, личные оскорбления.
4.4 Личная пеpеписка, "пустые" письма типа "согласен", "спасибо" или
"ответ ушел мылом". Это не относится к тестовым письмам, на которые
может отвечать только модератор и ко-модераторы. Ответы на тестовые
письма остальных подписчиков не допускаются.
4.5 Цитирование при ответах в конференцию автоматических подписей, приветствий,
прощаний и прочей информации, в том числе рекламной, автоматически добавляемой в
конец писем почтовыми серверами.
4.6 Любая переписка или пререкания с модератором и
комодераторами в Форуме. Все вопросы, пожелания и претензии по
вопросам работы конференции высылайте только на адрес
E-Mail - ваше письмо в этом случае попадет к
модератору и комодераторам."
4.7 Самовольное модерирование.
4.8 В связи с высокой активностью почтовых вирусов, в конференции запрещена посылка
вложенных файлов. Если же вы хотите поделиться своим файлом, то
шлите его модераторам на адрес E-Mail ,
которые смогут выложить его в общедоступную файловую область
Конференции
http://groups.yahoo.com/group/asutp/files/
4.9 Цитиpовaние или пеpескaз содеpжaния в почте личных писем, кpоме
кaк с соглaсия aвтоpa письмa.
4.10 Посылать любые коммерческие новости, кроме АНОНСОВ о выходе новых
версий и т.п.
АНОНСЫ просьба рассылать не чаще ОДНОГО сообщения в неделю.
Анонсы семинаров, выставок и т.п. также ограничены лимитом не более 1
сообщения в неделю.
4.11 Не допускается помещение информации о коммерческих и
фирменных сайтах, за исключением случаев указания точной ссылки на
информационный ресурс (например разрешено указать точную ссылку на
техническую статью, бесплатно размещенную на коммерческом сайте).
Для коммерческих новостей специально выделена рассылка по адресу
E-Mail.
4.12 Игнорирование рекомендаций и требований модератора и ко-модераторов.
5. Hе приветствуется:
5.1 "Пеpесылка" в конфеpенцию длинных (больше 3-х страниц)
инфоpмационных сообщений с web-сайтов pазpаботчиков/фиpм.
Достаточно, дать кpаткую инфоpмацию и url.
5.2 Hе стоит злоупотреблять цитированием. Оставляйте только то, что
на ваш взгляд несет полезную информацию и служит основой для
ваших собственных высказываний.
5.3 Помните, что других интересует прежде всего _содержание_ вашего письма.
Однако старайтесь аккуратно оформлять письма, так, чтобы их легко и
приятно было читать другим, например, выделять цитаты символом ">",
пропускать пустую строчку после цитаты, абзац вводить одной
длинной строкой.
5.4 Злоупотребление жаргоном ("рулез", "юзать" и т.п.). Старайтесь
следить за свим языком.
5.5 Критика в адрес фирм или отдельных личностей должна быть вежливой,
обоснованной, и допустима только если содержат в себе
конструктивное начало, а не одни лишь эмоции.
5.6 Оставление "служебной" части сообщения, а именно строк вида:
> -----Original Message-----
> To: <E-Mail>
> Subject: [asutp] Floboss S600
Эти строки избыточны и дублируются в Вашем сообщении.
6. Модерирование.
6.1 За порядком на Форуме следит модератор и ко-модераторы. К ним нужно
обращаться (только директом) в сомнительных или конфликтных
ситуациях. Помните, что модератор тоже человек и не всегда имеет
возможность вовремя (раньше суток-двое) отвечать на Ваши вопросы
и претензии. За грубость модератору и ко-модераторам - наказание.
6.2 Система штрафных баллов -
* - замечание;
+ - предупреждение;
! - отключение (перевод в режим read-only на указанный
модератором/комодератором срок, обычно 6 месяцев)
6.3 Hарушения, попадающие под разделы пункта 4 правил, наказываются
предпреждением (+). Hарушения, попадающие под разделы пункта 5
правил, наказываются замечанием (*).
6.4 Время действия каждого взыскания - 1 месяц. Каждое новое взыскание
автоматически продлевает время действия всех взысканий, имеющих силу
на момент получения последнего.
6.5 Три замечания, действующие одновременно, превращаются в
предупреждение;
три предупреждения приводят к отключению нарушителя от
конференции.
6.6 Hа настоящий момент главным модератором и основателем Форума является Дмитрий
Милосердов, (e-mail: E-Mail);
6.7. Комодераторы:
Игорь Никанов (e-mail: Goga<собака>mail.tchercom.ru)
Евгений Тихонович (e-mail watercom<собака>mail.lanck.net)
Волкожа Михаил (e-mail: asutp<собака>koil.ru)
6.8 Есть еще один адрес, по которому вы можете послать письмо
модератору и комодераторам - E-Mail
6.9 Из-за высокой активности спамеров, все новые подписчики становятся
на премодерирование (даже подписавшиеся повторно).
Вновь подписавшимся просьба проявлять терпение с момента отправления
сообщения до его появления на форуме.
7. Кроме Конференции по АСУТП созданы еще 2 конференции, которые так
или иначе связаны с миром промышленной автоматизации -
новостная конференция E-Mail ,
посвященная публикации новостей из мира АСУТП и дискуссионная
конференция с разговорами "вокруг АСУТП" E-Mail , в которой возможно
обсуждение всего того, что непосредственно не касается тематики
основной конференции, является оффтопиком, а также любые
другие разговоры на любые темы, с соблюдением, естественно,
правил приличия и взаимоуважения.
Адрес архивов этих конференций
http://groups.yahoo.com/group/NewsAsutp/messages
http://groups.yahoo.com/group/AsutpTalk/messages
Подписаться на конференции Newsasutp/AsutpTalk можно, послав пустое письмо на адрес
E-Mail / E-Mail , после чего ОБЯЗАТЕЛЬНО
подтвердите свое желание, отослав обратно ответ сервера через кнопку
"ОТВЕТИТЬ"(Reply) в своей почтовой программе . Только после получения
подтверждения сервер автоматически подпишет вас на рассылку.
=========================================================================================
Посетите Портал АСУ ТП
http://asutp.interface.ru
- Мир Новых Технологий в области автоматизации технологических процессов.
Виртуальная База Данных фирм и продукции.
Форум и Конференция (более 800 участников! ) по проблемам автоматизации производства
Ссылки на сайты по автоматизации,
Ответы на Часто Задаваемые Вопросы (ЧАВОFAQ)
Поддержка потребителей.
Консультации по проблемам автоматизации.
Консалтинговые услуги.
Исследовательские работы.
Бесплатный доступ к базе данных с предлагаемым системам и оборудованием и заявками покупателей.
Доска бесплатных объявлений.
Это единственный в своем роде проект в мире АСУ ТП, который объединяет пользователей и производителей!
==========================================================================================
Страницы: [1|2|3|4|5|6|7|8|9|10|11|12|13|14|15|16|17|18|19|20]
[2001|2002|2003|2004|2005|2006|2007|2008] [Январь|Февраль|Март|Апрель|Май|Июнь]
[01|02|03|04|05|06|07|08]