This is topic Какой минимальный интервал записи в архив МРВ под XP in forum Архивирование в TRACE MODE / Data Logging in Trace Mode at Форум TRACE MODE: техническая поддержка.
Не получается писать по Ethernet в архив МРВ под XP чаще 10 мс
Нижний уровень: микро МРВ, NETBEUI, цикл пересчета - 1мс, реализован обычный счетчик типа "пила", значение которого передаются на верхний уровень
Верхний уровень: Windows XP, NETBEUI (установлен в соответствии с рекомендациями Microsoft), цикл пересчета - 1мс,
При просмотре архива видим, что в него пишутся значения "пилы" через каждые РОВНО 10 мс. Пробовали ставить цикл пересчета 2; 5; 10; 15 мс при всех значениях цикла меньших 10 мс - в архив пишется значения с интервалом ровно 10 мс, при больших значениях цикла - с соответствующим интервалом, так же стабильно, без пропусков.
При использовании протокола TCP/IP - минимальный интервал также 10 мс, но появляются пропуски значений в архиве.
При запуске МРВ под Windows 98SE (независимо от протокола)- минимальный интервал равен 1 мс, максимальный бывает и 100 мс, теряются значения.
Как правильно настроить сеть для записи в архив МРВ значений с интервалом 1 мс?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
И не получится - в операционной системе MS Windows минимальный цикл может быть только 10 мс - это ограничение операционной системы! Какой бы цикл пересчета для узла АРМ меньше 10 мс Вы не выставили - система все равно сделает его минимальным - равным 10 мс. В Win98 в отличии от NT-образных ОС система не так жестко тактирует системные ресурсы - поэтому там Вы и получаете "плавающий" цикл, хотя для этих ОС (имеется в виду MS Win9x) минимальный цикл также равен 10 мс! Дело в том, что точность фиксации времени изменения значения в СПАД из контроллера будет 1 мс, но принимать данные с таким интервалом МРВ не сможет - максимальная скорость будет только один раз в 10 миллисекунд. Если необходима точность данных в 1 мс под Ms Windows, то это решается только буферизацией измерений в контроллере, а затем поднятием этих блоков данных в МРВ с записью в СПАД.
Posted by zem21 (Участник № / Member № 418) on :
>> И не получится - в операционной системе MS Windows минимальный цикл может быть только 10 мс - это ограничение операционной системы!
Жаль, получается что используя МРВ невозможно управлять процессами где время реакции должно быть менее 10 мс. И особенно жаль, что этот момент никак не отражен в документации и пресс-релизах.
>> Если необходима точность данных в 1 мс под Ms Windows, то это решается только буферизацией измерений в контроллере, а затем поднятием этих блоков данных в МРВ с записью в СПАД.
Не совсем понятно как это сделать? Мне нужно часть аналоговых каналов (90 из 400) писать в архив с интервалом хотя бы 2 мс, остальные более медленные. В качестве сборщиков данных выступают 2 контроллера с микроМРВ, МРВ служит для визуализации и архивирования. Сеть Ethernet.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1) По поводу документации - это наше упущение, внесем соответствующую информацию. Что касается динамических характеристик, то они известны и при выборе той или иной платформы для своего проекта Вы должны сначала узнать динамические характеристики этой платформы, поэтому применение MS Windows в процессах, где время реакции системы должно быть менее 10 мс - абсолютно недопустимо. И в этом не наша вина. В рекламных материалах данные параметры не должны фигурировать по одной простой причине - динамика системы не будет зависеть только от ограничений операционной системы - она также зависит от аппаратной платформы и того объема задач, который Вы планируете реализовать в системе. Нельзя дать конкретные ограничения для всех классов задач - этот параметр подлежит экпертной оценке. Да, мы можем дать конкретные ограничения на параметры в рекламных материалах и сказать, что минимальное время реакции системы 10мс в MS Windows и 1 мс в MS-DOS. А знаете сколько народа потом "поведется" на такой слоган и начнет сроить системы с требованиями на время реакции 2мс, используя платформу на базе MS-DOS на Intel386 33Mhz с 1000 каналами, 100 ПИД-регуляторами в базе, а потом с ужасом понимать, что все это не тянет? Мы же потом окажемся крайними. Поэтому прежде чем делать систему - лучше сначала проконсультироваться. Тем более, что такого рода консультации (предпродажные) мы даем бесплатно!
2) Дело в том, что только наши модули Микро МРВ Модем+ поддерживают локальный архив в памяти контроллера, который затем можно поднять в МРВ и сохранить в СПАД архиве. Таким образом, Микро МРВ будет буферизировать данные по быстроизменяющимся параметрам в локальной памяти контроллера, а МРВ будет периодически поднимать эти данные на верхний уровень с сохранением в архив. В этом случае потерь не будет, однако динамика основного обмена будет ограничена - потому что данная функция работает только по протоколу M-Link через последовательные интерфейсы RS (не через Ethernet). Однако, если Вы используете контроллеры фирмы ТЕКОН, то обычный вариант ОЕМ версии Микро МРВ для контроллеров этой фирмы позволит Вам работать по двум интерфейсам: один поток данных направить по Ethernet, а подъем архивов организовать по параллельной линии последовательного RS-канала, потому что данный Микро МРВ поддерживает функцию локального архива, а также сеть Ethernet, которую не поддерживает Микро МРВ Модем+.
Posted by zem21 (Участник № / Member № 418) on :
1) Изменится ли эта ситуация (минимальный цикл 10 мс) при использованиии Windows XP Embedded?
2) Получается, что при использовании комплектующих от Advantech, Octagon, etc (соответствующих стандарту ISO 9001) не возможно получить необходимую функциональность?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1) За Windows XP Embeded точно не скажу, а вот Windows CE .NET точно позволяет программировать таймер с точностью до 1 мс. 2) Что Вы понимаете под "необходимой функциональностью"?
Posted by zem21 (Участник № / Member № 418) on :
1)Есть ли ограничения, накладываемые Windows CE .NET на работу МРВ (в сравнении с платформой Windows XP)?
2)В данном случае, под необходимой функциональностью я в понимаю, обсуждаемую нами выше, возможность записи в архив МРВ значений из микроМРВ с интервалом меньшим 10 мс.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1) Под Windows CE МРВ - однозначно работать не будет. В ТМ5.12 готовится специальный модуль Микро МРВ для CE, однако это решение только для конкретного "железа" от Advantech - UNO2050. Нельза разработать универсальный програмный продукт для платформ типа Embeded, потому что эта самая Embeded - влияет на конфигурацию самой операционной системы и определяет данную конфигурацию только производитель аппаратуры, в которую он втраивает данную платформу. Зачем Вам Windows CE или Windows XP Embeded? У вас есть готовые тиражируемые решения на основе данных платформ?
2) Повторяю еще раз - аппаратура это всего лишь часть того, что необходимо учесть. При чем здесь невозможность комплектующих от Advantech или Octagon выполнить данную задачу? Возьмем, например, процессорный модуль от Advantech - поставим на него MS Windows 2000 - все, можете забыть про применение данной конфигурации в процессах, где требуется время реакции менее 10мс! А поставили MS-DOS, пожалуйста - можно запросто и до 1мс, но опять таки - будет влиять объем задач, который Вы планируете "пересчитать" за столь малый такт.
Как я уже сказал ранее - Ваша задача решается нашими модулями Микро МРВ Модем+ (общий вариант), либо Микро МРВ Теконик (специализированный ОЕМ вариант для контроллеров фирмы ТЕКОН).
Posted by zem21 (Участник № / Member № 418) on :
1) Да хотя бы писать в архив МРВ с интервалом меньшим 10 мс. А если серьезно, то изначально Windows - это ведь не ОС для задач реального времени (как например QNX), и в Microsoft это прекрасно понимают. Понимают также, что им не заполнить новые рынки (например рынок автоматизации и подобных задач) без минимизации требований к аппаратным средствам и добавления в ОС качеств, присущих ОСРВ (реального времени) таких как уменьшение времени реакции на событие. Что мы и наблюдаем. Хотя может я не правильно понимаю позиционирование Windows XP Embedded.
2) Я Вас прекрасно понял насчет зависимости от задачи. Я немного о другом: запись в архив (для последующего выяснения например причин аварии) с высокой скоростью.
Рисую картину:
нижний уровень: контроллер Advantech (Celeron 400), порядка 100 аналоговых каналов, железо позволяет опросить их все за 250 мкс
связь: Ethernet 100 Mb, то есть позволяет передать их значения, скажем за 1 мс (с большим запасом)
верхний уровень: приличный контроллер (например PIII 1000 MHz + все необходимое), тоже аппаратно в состоянии "переварить" такой объем информации и записать на диск за 1 мс
и что получаем? МИНИМАЛЬНЫЙ ИНТЕРВАЛ ЗАПИСИ В АРХИВ = 10 мс
Может стоит выпустить в свободную продажу (а лучше в бесплатный апгрейд) микроМРВ -специализированный вариант, описанный Вами выше? Без привязки к ТЕКОН. Так как заказчик хочет ISO 9001 (хотя может это только у нас такие вредные заказчики).
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
ISO 9001 никоем образом не регламентирует техничекие характеристики продукта! Этот стандарт, регламентирует соответствие свойств выпускаемой продукции ее заявленым производителем или заказчиком свойствам. Т.е., технические характеристики либо придумываются производителем (или заказчиком продукции), либо выбираются на основе требований, основанных на других стандартах (или, например, исходя из требований технологического процесса). Поэтому само время реакции ISO регламентировать не может, а только соответствие заявленным параметрам! Исходя из каких соображений Ваш заказчик выбрал динамику архивирования параметров в единицы миллисекунд? Если эта цифра "придумана" заказчиком - то ее можно еще пересмотреть. Если же это требования технологии автоматизируемого процесса или какой-либо другой стандарт на такого рода системы, то тут уже ничего не поделаешь - нужно придумывать как реализовать такие требования.
В последнее время мы получаем довольно много запросов по данной теме (архивы в контроллерах), поэтому данный вопрос выносится нами на рассмотрение для реализации данной функции в качестве штатной для всех модулей Микро МРВ общего назначения. Возможно в следующих релизах эта функция будет доступна.
![[Улыбка / Smile]](smile.gif)
![[Вращающиеся глаза / Roll Eyes]](rolleyes.gif)
![[Спокойствие / Cool]](cool.gif)