Протокол СЭТ-4ТМ |
Ответить | Страница 12> |
Автор | |
Новичок Присоединился: 19 Февраль 2004 Online Status: Offline Публикации: 3 |
Опубликовано: 21 Февраль 2004 22:44 |
Есть канал на 9600 бод, выдержит канал 20 счетчиков если счетчики будут каждые 3 минуты передавать инфу на УСПД??? Как это можно подсчитать самому?, читал вчера сабж понял что ответ от счетчика около 21 байта. 21 байт это инфа со всех каналов? Помогите разобраться. |
|
Действительный член Присоединился: 15 Январь 2004 Категория: Russian Federation Online Status: Offline Публикации: 805 |
|
Casp, если в вопросе нет опечатки и я не лох, то мне кажется, что выдержит!
|
|
Новичок Присоединился: 19 Февраль 2004 Online Status: Offline Публикации: 3 |
|
Вот было бы круто если бы так писали в ГОСТах :))))
|
|
Новичок Присоединился: 14 Август 2003 Online Status: Offline Публикации: 18 |
|
В качестве УСПД тут будет выступать компьютер. Идея состоит в следующем: к РС подкючаются порты (много-портовки если необходимы) RS485. и Далее ПО в РС все опрашивает, успеет не успеет вопрос к программистам. Но я точно знаю что 2 разные системы (в Питере и Москве) ведут опрос счетчиков не более 1 сек (примерно по 10-15 счетчиков на 5-7 ветках RS485) |
|
Действительный член Присоединился: 15 Январь 2004 Категория: Russian Federation Online Status: Offline Публикации: 805 |
|
Три минуты - это море времени. Опросить можно целый легион устройств.
Рассмотрим худший случай: 1. Запрос - 21 байт максимум. При скорости 9600 бод время на передачу такого запроса составит 17,5 мсек. 2. Время пока устройство запрос переварит. Берем максимум - 100 мсек. Множим на два, полагая, что ведущий тоже будет переваривать информацию. 200 мсек. 3. Ответ - 19 байт максимум. При скорости 9600 бод время на передачу такого запроса составит 15,84 мсек. 4. Всего - 233,34 мсек на один опрос. Округляем в большую сторону - 500 мсек. Итого: за три минуты можно произвести 360 опросов или считать с 20 устройств 360/20=18 параметров. Судя по тому, что написал kons (на ветке у него по 2-3 устройства, опрос занимает 1 сек) количество считываемых с устройств параметров небольшое. |
|
Профили участников
Послать частное письмо
Поиск публикаций участников
Посетить домашнюю страницу участника
Добавить в список приятелей
Новичок Присоединился: 06 Март 2004 Категория: Russian Federation Online Status: Offline Публикации: 14 |
|
Имею опыт работы с СЭТ-4ТМ. Продолжительность акта {запрос+ответ} на 9600 определяется в основном задержкой ответа счетчиком. Если в счетчике не установлен дополнительный множитель к стандартному таймауту, то на 9600 в секунду укладывается в среднем десяток актов {запрос+ответ} ("в среднем" - потому что скорость реакции счетчика на разные запросы в разных режимах различна, а иногда даже превышает продекларированные производителем максимумы). Но это отнюдь не означает, что Вы за 2 секунды получите все, что Вам нужно, из 20 счетчиков. 1) Большую часть полезной информации СЭТ-4ТМ отдает лишь после ритуала открытия сессии, которую рекомендуется также закрывать, что добавляет пару запросов-ответов 2) Вряд ли Вы удовлетворитесь единственным запросом внутри сессии. Этот счетчик способен выдавать много разнообразной информации, но и задавать придется много запросов. 3) Некоторые особенности протокола СЭТ-4ТМ затрудняют и затягивают процедуру восстановления после ошибки в линии связи. А это приводит к тому, что даже на очень хороших линиях (не более одной ошибки на сессию) гарантированный максимум продолжительности сессии на 1-2 секунды больше ее средней длительности Наша фирма (чтобы было меньше похоже на рекламу, для форума все без названий. Если интересно - есть почта) предлагает несколько продуктов, работающих с СЭТ-4ТМ. Их средняя сессия при регулярной связи со счетчиком состоит из двух десятков запросов-ответов. Соответственно, в реализациях под реалтаймами это дает пару секунд, под Win - на 20-50% больше. На 20 счетчиков это дает средний цикл опроса в пределах минуты, гарантированный (при уровне ошибок в линии связи ниже критического) - от одной до двух минут (в зависимости от продукта). Конечно, эти оценки субъективно-средние. Если Ваши требования к объему информации, подлежащему вытягиванию из счетчиков, выше или ниже того уровня, который дал оценку в 20 запросов на сессию, то и результат получится иной. |
|
Действительный член Присоединился: 25 Март 2005 Категория: Russian Federation Online Status: Offline Публикации: 199 |
|
Господа, а есть ли у кого-то описание протокола этих счетчиков? Конкретно интересна модель СЭТ-4ТМ.02.
Сайт КБ, которое их выпускает благополучно канул в лету. Фраза в документации что счетчик поддерживает "Modbus подобный" протокол меня мало удовлетворила. |
|
Главный инженер проектов.
"УралРТСофт" |
|
Профили участников
Послать частное письмо
Поиск публикаций участников
Посетить домашнюю страницу участника
Добавить в список приятелей
Новичок Присоединился: 06 Март 2004 Категория: Russian Federation Online Status: Offline Публикации: 14 |
|
http://www.nzif.ru никуда не канул
|
|
Действительный член Присоединился: 25 Март 2005 Категория: Russian Federation Online Status: Offline Публикации: 199 |
|
Странно мой браузер выдает
"Error Code 11001: Host not found". А ни у кого нет описания этого протокола? |
|
Главный инженер проектов.
"УралРТСофт" |
|
Действительный член Присоединился: 25 Март 2005 Категория: Russian Federation Online Status: Offline Публикации: 199 |
|
Грррр!
http://www.nzif.ru/ Похоже закрыт у них доступ от моего провайдера. Кто-нибудь может сказать координаты этого завода? Или поискать описание протокола обмена данными со счетчиком? |
|
Главный инженер проектов.
"УралРТСофт" |
|
Ответить | Страница 12> |
Переход на форум | Права доступа на форуме Вы не можете публиковать новые темы в этом форуме Вы не можете отвечать на сообщения в этом форуме Вы не можете удалять Ваши сообщения на этом форуме Вы не можете редактировать Ваши сообщения на этом форуме Вы не можете создавать голосования на этом форуме Вы не можете выражать своё мнение в голосованиях на этом форуме |