|
| [ На главную ] -- [ Список участников ] -- [ Правила форума ] -- [ Зарегистрироваться ] |
| On-line: |
| Телемеханика и связь в энергетике / Измерительные преобразователи / Важность скорости отклика преобразователя на запрос системы |
| Страницы: 1 |
|
| Автор | Сообщение | |
|
13x13 Группа: Участники Сообщений: 3 |
Добавлено: 18-05-2009 11:28 | |
|
Здравствуйте, господа! В связи с разработкой нового прибора родился вопрос, на который не могу ответить в связи с недостатком опыта. Прошу помочь. Насколько важна скорость отклика МИП на запрос с верхнего уровня? Т.е. то время, которое требуется преобразователю на обдумывание поступившего запроса и выталкивания результатов измерений в шину RS-485? Скажем, если эта задержка будет 5 мс, 20 мс или 100 мс - это криминально для системы вцелом? Будете ли Вы выбирать преобразователь в зависимости от этого параметра? И второй вопросик - при построении системы с использованием многофункциональных преобразователей - насколько важна точность внутренних часов реального времени? Спасибо! |
||
|
Портнов ветеран Группа: Участники Сообщений: 117 |
Добавлено: 20-05-2009 09:44 | |
Есть требование - сбор данных со всех МИП одного устройства не должен превышать 1 сек. Если считать, что к одной мегистрали RS-485 нежелательно подключать более 8 МИП, получается время, отведенное на получение данных от 8 МИП. Неужели в Вашем приборе начинается измерение после, а не до получения запроса? На запрос необходимо отвечать уже измеренными (с периодом, получаемым из приведенных выше условий)значениями. На мой взгляд, имеет значение, как группируются в таблицах МИП различные измерения, выделяются ли "выбеги за установленные пределы", можно ли параметрировать зоны нечувствительности для отдельных параметров, легко ли доступен "журнал событий". Т.е. существуют ли алгоритмы регулирования информационного обмена с "мастером". |
||
|
alexsmn бывалый Группа: Участники Сообщений: 55 |
Добавлено: 26-05-2009 22:18 | |
| Портнов, ссылку на источник требования приведите, пожалуйста. Никак не могу найти. | ||
|
Портнов ветеран Группа: Участники Сообщений: 117 |
Добавлено: 27-05-2009 09:03 | |
Практически в любом техническом задании на тендер по закупке систем телемеханики для межрегиональных СК. |
||
|
13x13 Группа: Участники Сообщений: 3 |
Добавлено: 27-05-2009 09:44 | |
|
Спасибо за ответ. И все таки, дабы прояснить. Мы сейчас выводим на рынок новый МИП, измеряющий ток, напругу, мощность и частоту. Разумеется, замер он делает не по запросу, а сам 5 раз в секунду. Но его проц сильно загружен и на запрос он отвечает лишь в среднем через 100 мс. Мне не хватает опыта сообразить - сколько таких устройств я смогу вешать на шину при протоколах Modbus RTU или МЭК..-101? Т.е. если брать просто задержку ответа - навреное до 10. Но кажется, в этих протоклах вводится некий упреждающий коэффициент в районе 1,5 от времени отклика, в течение которых шина молчит в ожидании ответа? P.S. И хотелось бы услышать мнение спеца - хорошо ли это? |
||
|
Портнов ветеран Группа: Участники Сообщений: 117 |
Добавлено: 27-05-2009 13:13 | |
Мне кажется, что, кроме основного процессора, нужен процессор-шлюз, который не занят непрерывно измерениями, а получает оперативные данные от основного процессора и ждет, чтобы эти данные запросил "master". Данные в шлюзе постепенно заменяются новыми. Таким образом, основная задержка почти исчезнет. Ну, а неоперативные данные из основного процессора (осциллограмму и т.п.) можно и задержать, это некритично. |
||
|
13x13 Группа: Участники Сообщений: 3 |
Добавлено: 27-05-2009 13:49 | |
Увы и ах! Конструктор высосал из имеющегося все, что мог - больше элементов не всунуть. |
||
|
Портнов ветеран Группа: Участники Сообщений: 117 |
Добавлено: 28-05-2009 10:33 | |
Боюсь, что Ваш прибор будет плохо конкурировать на рынке, учитывая большую задержку ответа |
||
|
VNBOV частый гость Группа: Участники Сообщений: 22 |
Добавлено: 14-08-2009 17:06 | |
| Удалось ли Вам вывести свой МИП "на рынок"? |
| Страницы: 1 |
|
| Телемеханика и связь в энергетике / Измерительные преобразователи / Важность скорости отклика преобразователя на запрос системы |