| Главная | Подписка | Темы | Авторы | Архив | Поиск |
Архив : Автоматизация технологических процессов, системы управления промышленными установками, информационно-измерительные системы
Ближайшие найденные письма:
| [Предыдущее - 30 Декабря 2007] | [Следующее - 01 Января 2008] |
Письма за один день 31 Декабря 2007 с 1 -11 из 11
Письмо #18232
| Тема: | [asutp] File - Управление подпиской на Конференцию |
| Начало этой темы: | [asutp] File - Управление подпиской на Конференцию |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
charset=koi8-r
%charset=koi8-r
Управление подпиской на Конференцию E-Mail
=============================================================================
- Отписка от Конференции - пустое письмо на адрес
E-Mail , после чего ОБЯЗАТЕЛЬНО
подтвердите свое желание, отослав обратно ответ сервера через кнопку
"ОТВЕТИТЬ"(Reply) в своей почтовой программе . Только после получения
подтверждения сервер автоматически отпишет вас от Конференции.
- Экономичный режим подписки на конференцию (режим дайджеста -
- одно письмо со всеми сообщениями за прошедшие сутки) - пустое
письмо на адрес E-Mail . Возврат к
нормальному режиму получения писем - пустое письмо
на E-Mail
- Временная приостановка получения писем (отпуск, командировка) - пустое
письмо на адрес E-Mail , возврат к
нормальному режиму получения писем - пустое письмо на
Если вы не хотите получать письма в свой почтовый ящик, а
вам удобнее пользоваться онлайном, то
поучаствовать в Конференции вы можете по адресу
http://groups.yahoo.com/group/Asutp/messages
Адрес архива конференции -
http://groups.yahoo.com/group/Asutp
Адрес модераторов - E-Mail
Портал АСУ ТП
http://asutp.interface.ru
- Мир Новых Технологий в области автоматизации технологических процессов.
===============================================================================
Письмо #18275
| Тема: | Re: [asutp] Рынок контроллеров |
| Начало этой темы: | Re: [asutp] Рынок контроллеров |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
в общем в РФ на данный момент в основном используются контроллеры SIEMENS,
ICP/DAS, LG.всё немецкое оборудование поставляемое в РФ снабженны SIEMENS
----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)
Письмо #18233
| Тема: | Re: [asutp] Синхронизация времени в контроллере |
| Начало этой темы: | [asutp] Синхронизация времени в контроллере |
| Это ответ на: | Re: [asutp] Синхронизация времени в контроллере |
| Ответ на это письмо: | RE: [asutp] Синхронизация времени в контроллере |
В сообщении от 29 декабря 2007 Alex G. Zentner написал(a):
> Проблема в том что расчет временных временых интервалов, таймеров и т.д.
> привязан к системному времени - такие ф-ции как time(), gettimeofday(),
> а не, например, к процессорным тикам...
> Соответственно если между двумя вызовами time() происходит коррекция
> времени - интервал будет выдержан неправильно.
Остановить регулирование - синхронизировать время - запустить регулирование.
Только регулятор должен быть достаточно устойчивым.
Письмо #18276
| Тема: | Re: [asutp] Метран |
| Начало этой темы: | Re: [asutp] Метран |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
1) А разве профиль доступен другим пользователям?
2) Перед тем как критиковать книгу, её желательно прочитать.
3) Моё личное мнение, последних года два-три датчики давления Метран,
стали намного хуже Сапфиров-22МПС, по следующим параметрам:
- ноль плывёт
- если дать предельное давление, то выходной сигнал меняется на обратный
- в ремонт даже за деньги стараются не брать
----
E-mail автора: E-Mailan.ru
(по данным регистрации на iprog.pp.ru/forum)
Письмо #18280
| Тема: | Re: [asutp] Метран |
| Начало этой темы: | Re: [asutp] Метран |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
Ildar Ibatullin писал(а):
> Геннадий Савватеев писал:
> > Вместо датчиков Метран-100 ставим датчики Сапфир-22МПС, производитель
СКБ
> > "Приборы и системы", г.Рязань. Сапфир -22МПС оказались дешевле в
2раза, а по
> > точности установки нуля намного выше.
>
> Самое интересное, что в профиле пользователя
> (
http://iprog.pp.ru/forum/profile.php?f=1&id=2010)
у Геннадия написано:
E-mail:
> sge @ skb . ryazan . ru
>
> С Уважением,
> Ильдар Ибатуллин
1) А разве профиль доступен другим пользователям?
2) Перед тем как критиковать книгу, её желательно прочитать.
3) Моё личное мнение, последних года два-три датчики давления Метран,
стали намного хуже Сапфиров-22МПС, по следующим параметрам:
- ноль плывёт
- если дать предельное давление, то выходной сигнал меняется на обратный
- в ремонт даже за деньги стараются не брать
----
E-mail автора: E-Mailan.ru
(по данным регистрации на iprog.pp.ru/forum)
Письмо #18278
| Тема: | Re: [asutp] Рынок контроллеров |
| Начало этой темы: | Re: [asutp] Рынок контроллеров |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
На одном из англоязычных форумов была вот эта информация:
http://rapidshare.de/files/38167773/PLC_Comparison_chart_2007_v2.xls.html
её уже убрали, но я успел сохранить это для себя. Я думаю и Вам это будет
интересно, тем более что скоро будем в ВТО поэтому зачем ограничиваться
рынком только РФ?
Из обсуждения помню что никто не высказывал резкой критики, а скорее
наоборот были согласны с представленным материалом. Я тоже, кстати,
согласен, хотя список производителей хороших PLC можно было бы и
продолжить - Honeywell, G&L, Berkley...
-------------------------------------------------------------------
Всего самого лучшего всем форумчанам и их близким в новом году.
С Новым годом!
indian
----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)
Письмо #18234
| Тема: | RE: [asutp] Синхронизация времени в контроллере |
| Начало этой темы: | [asutp] Синхронизация времени в контроллере |
| Это ответ на: | Re: [asutp] Синхронизация времени в контроллере |
| Ответ на это письмо: | Re: [asutp] Синхронизация времени в контроллере |
Уважаемые Коллеги,
А какой смысл привязывать регуляторы к мировому времени? Я думаю, достаточно
времени процессора. Может, приведёте примеры задач, в которых это
необходимо?
А что касается таймеров, чувствительных к коррекции времени, вероятно,
следует подумать о выставлении предупредительных флагов, запрещающих
синхронизацию. Нетривиальная, конечно, задача. Лучше строить алгоритмы,
"устойчивые" к сбоям синхронизации, то есть - привязанные только к времени
процессора, а синхронизацию и отработку задач, завязанных на мировое время
выделить в отдельный модуль.
Всего наилучшего
Алексей
Письмо #18236
| Тема: | Re: [asutp] Синхронизация времени в контроллере |
| Начало этой темы: | [asutp] Синхронизация времени в контроллере |
| Это ответ на: | RE: [asutp] Синхронизация времени в контроллере |
| Ответ на это письмо: | нет |
Oleksii Filipov пишет:
> Уважаемые Коллеги,
>
> А какой смысл привязывать регуляторы к мировому времени? Я думаю, достаточно
> времени процессора. Может, приведёте примеры задач, в которых это
> необходимо?
Ну на вскидку, самое банальное - управление наружным освещением :)
> А что касается таймеров, чувствительных к коррекции времени, вероятно,
> следует подумать о выставлении предупредительных флагов, запрещающих
> синхронизацию. Нетривиальная, конечно, задача. Лучше строить алгоритмы,
> "устойчивые" к сбоям синхронизации, то есть - привязанные только к времени
> процессора, а синхронизацию и отработку задач, завязанных на мировое время
> выделить в отдельный модуль.
>
Это даже сомнений не вызывает, что таймеры надо привязывать к
процессорным тикам. Вопрос как это реализовано в библиотеках МФК...
Письмо #18235
| Тема: | Re: [asutp] Синхронизация времени в контроллере |
| Начало этой темы: | [asutp] Синхронизация времени в контроллере |
| Это ответ на: | Re: [asutp] Синхронизация времени в контроллере |
| Ответ на это письмо: | Re: [asutp] Синхронизация времени в контроллере |
Vyatcheslav Perevalov пишет:
> Остановить регулирование - синхронизировать время - запустить регулирование. Только регулятор должен быть достаточно устойчивым.
> -- Всего хорошего /vip
Как вы себе это представляете ? Практически.
Письмо #18237
| Тема: | [asutp] C Новым годом! |
| Начало этой темы: | [asutp] C Новым годом! |
| Это ответ на: | нет |
| Ответ на это письмо: | нет |
йНККЕЦХ!
яЕПДЕВМН ОНГДПЮБКЪЧ Я МЮЯРСОЮЧЫХЛ мНБШЛ ЦНДНЛ Х
пНФДЕЯРБНЛ Х ФЕКЮЧ СДЮВМШУ ОСЯЙНБ═Х═АЕГЮБЮПХИМНИ═ПЮАНРШ бЮЬХУ ЯХЯРЕЛ, УНПНЬЕЦН МЮЯРПНЕМХЪ, ХЯОНКМЕМХЪ БЯЕУ ФЕКЮМХИ, ПЮДНЯРХ Х ЯВЮЯРЭЪ Б МНБНЛ ЦНДС!
я СБЮФЕМХЕЛ,
йЮПОЕМЙН бЪВЕЯКЮБ яЕПЦЕЕБХВ,
мЮВЮКЭМХЙ ЦПСООШ ПЮГПЮАНРЙХ ЙНЛОКЕЙЯНБ юясро
нюн "юБДЕЕБЯЙХИ ЙНЙЯНУХЛХВЕЯЙХИ ГЮБНД"
РЕК.: +38062 3434450, +38062 3051757, ДНО. 40-22
e-mail: Vyacheslav.Karpenko__akhz.com.ua
http://www.akhz.com.ua
--
Письмо #18238
| Тема: | Re: [asutp] Синхронизация времени в контроллере |
| Начало этой темы: | [asutp] Синхронизация времени в контроллере |
| Это ответ на: | Re: [asutp] Синхронизация времени в контроллере |
| Ответ на это письмо: | Re[2]: [asutp] Синхронизация времени в контроллере |
В сообщении от 31 декабря 2007 Alex G. Centner написал(a):
> > Остановить регулирование - синхронизировать время - запустить
> > регулирование. Только регулятор должен быть достаточно устойчивым. --
> > Всего хорошего /vip
>
> Как вы себе это представляете ? Практически.
Ну, например, так:
#!/bin/bash
service regulators stop
ntpdate time.server.ru
service regulators start
Сам этот скрипт, вернее, его вызов, прописать в crontab.
Скрипт regulators написать так, чтобы остановка регулирования происходила по
окончании текущего (незавершённого) цикла подстройки и положить
в /etc/init.d/ (/etc/rc.d/init.d/). Предусмотреть в нём цели start, stop,
restart, reload, status. Как именно - зависит от.
[2001|2002|2003|2004|2005|2006|2007|2008] [Январь|Февраль|Март|Апрель|Май|Июнь]
[01|02|03|04|05|06|07|08]
2010-09-09 13:01:18 - : /home/jusoft/tmp/xap/cache_simplygate_com_98.txt
2010-09-09 13:01:18 - : /home/jusoft/tmp/xap/cache_simplygate_com_98.txt