Автор Тема: Продажа датчиков и оборудования для станций Разрез и Сириус  (Прочитано 3465 раз)

Оффлайн PDS

  • Старожил
  • ****
  • Сообщений: 487
  • Карма: +20/-24

Молодцы, конечно, но все это на Западе было уже лет 15 назад, у Халлов, например.
Я не понял что значит "при любых условиях между замерами будет 1 секунда +- 1 миллисекунда".
Есть понятия: "частота опроса датчиков" и "частота регистрации параметров".
Поясните, что имеется ввиду, когда говорится о времени между замерами.
Что такое частота замеров?

Дайте ссылку на Халлов, у которых вся система цифровая. Я такого не видел и уж тем более 15 лет назад.
По поводу любых условий, это скорее понятно тем кто работал на DTCIS, когда время между замерами скачет от 1 до 3 секунд, все потому что используется операционная система не реального времени, а обычная ОС. Мы же перенесли данный функционал в само УСО. Бонусом мы получили возможность перезагрузить компы(сборщики) без потери данных, т.к. УСО способно запоминать измеренные данные за несколько часов. Может и такое у кого то есть?
Частота опроса датчиков, а точнее время между измерениями 5 мс., соответственно с такой же частотой можем их сохранять в файл. Все эти параметры можно настроить оператору.

Оффлайн PDS

  • Старожил
  • ****
  • Сообщений: 487
  • Карма: +20/-24

Если я правильно понял, то речь идет о стабильности частоты замера параметра датчиком.

ну, это конечно хорошо.. не спорю, только не вижу в этом особого достижения.
современные процессоры позволяют не только измерять параметр раз в заданный промежуток,
но и производить постоянный замер в течение этой секунды, выделить минимум, максимум и среднее.

а вот с частотой опроса датчиков конечно тут вопрос.. 1 секунда? эээ както маловато.
кроме того есть такой параметр как скорость реакции всей системы в целом.
к примеру, мы резко изменили давление..
через какое время это изменение отобразится на графике оператора?

Процессоры то позволяют, а вот ОС - нет. Точнее не позволяет винда, на которой работает 99% софта. Именно так у нас и работает, постоянно делаем замеры и можем выбрать любую стратегию регистрации, в том числе не просто минимум или максимум, но и сделать хороший фильтр, ведь если делать фильтр на измеренных значениях 1 раз в секунду, он будет слишком инерционный.
Про 1 секунду я написал как пример, можно 100 мс поставить шаг регистрации, или 50 мс, это не суть важно. Тут главное именно возможность выдерживать шаги по времени в жестких границах. Например если время измерения прыгает +- 0.5 секунды, то какой смысл ставить шаг 0.5 секунды?  Реакция клиентской части тоже настраивается, можно сделать реакцию очень быстрой, например через 0.5 секунды значение уже нарисуется на экране оператора.

Оффлайн PDS

  • Старожил
  • ****
  • Сообщений: 487
  • Карма: +20/-24
И еще. У нас УСО работает по обычному TCPIP, поэтому мы можем смотреть что происходит с УСО прямо из офиса компании. Даже можно сервер-сборщик поставить в офисе. Скоро будет функционал удаленной прошивки УСО и датчиков. Короче много чего есть, о чем многие даже и не задумывались.

Оффлайн REA

  • Розов Евгений Анатольевич
  • Глобальный модератор
  • *****
  • Сообщений: 1309
  • Карма: +85/-62
    • GeoSensor
И еще. У нас УСО работает по обычному TCPIP, поэтому мы можем смотреть что происходит с УСО прямо из офиса компании. Даже можно сервер-сборщик поставить в офисе. Скоро будет функционал удаленной прошивки УСО и датчиков. Короче много чего есть, о чем многие даже и не задумывались.

не то, чтобы не задумывались, а уже лет 10 назад как сделали  :)
0.5 секунд это не очень быстрое время реакции

Цитировать
Бонусом мы получили возможность перезагрузить компы(сборщики) без потери данных, т.к. УСО способно запоминать измеренные данные за несколько часов. Может и такое у кого то есть?

да, такое тоже давно было сделано
« Последнее редактирование: 16 Июнь 2015, 01:13:00 от REA »

Оффлайн POMAH

  • Главная причина проблем - их решение.
  • Местный
  • ***
  • Сообщений: 80
  • Карма: +8/-2
  • Дорога, без препятствий, обычно ведет в никуда
Процессоры то позволяют, а вот ОС - нет. Точнее не позволяет винда, на которой работает 99% софта.
Надежные информационно-измерительные комплексы на винде не работают.
У Халлов юникс был с сервером на спарке, у Геолога сервер на линуксе был поставлен.
Почему на виндовс уселись?
Степень остроты вашей реакции на поступившую информацию обатно пропорциональна ее точности.

Оффлайн PDS

  • Старожил
  • ****
  • Сообщений: 487
  • Карма: +20/-24
И еще. У нас УСО работает по обычному TCPIP, поэтому мы можем смотреть что происходит с УСО прямо из офиса компании. Даже можно сервер-сборщик поставить в офисе. Скоро будет функционал удаленной прошивки УСО и датчиков. Короче много чего есть, о чем многие даже и не задумывались.

не то, чтобы не задумывались, а уже лет 10 назад как сделали  :)
0.5 секунд это не очень быстрое время реакции

ну так покажите мне хоть одно УСО, которое работает по TCP IP, которое при этом может работать с несколькими серверами сборщиками, которое может выдавать сохраненные данные. И подчеркиваю, это сделано в самом УСО, а не через кучу серверов. Т.е. я могу из офиса подключиться напрямую к УСО. Где это сделано более 10 лет назад?

Так, теперь по поводу времени реакции. Изначально вопрос был о реакции при отображении графика, а теперь это слово куда то пропало. Если уж начали о времени реакции на экране, давайте про нее и договорим. А у кого это время отображения графиков более 0.5 сукенды то? А можно узнать как время замеряли? На глаз? А на какой ОС это замеряли, не на винде ли случаем? А кто гарантирует что данные по TCP IP передадутся с нужной скоростью? Или есть такие программы, которые дают такую гарантию на ОС не реального времени? Минимальная граница реакции упирается в операционку и в переферию, если кто то скажет что у него реакция 0.1 секунда - он заведомо врет.

Бонусом мы получили возможность перезагрузить компы(сборщики) без потери данных, т.к. УСО способно запоминать измеренные данные за несколько часов. Может и такое у кого то есть?

да, такое тоже давно было сделано

Так где? Вот все говорят сделано, но где именно - тишина. Возможно это тоже на стадии тестирования как у нас, но мы не говорим что это сделано давно. А если это действительно сделано давно, прошу дать ссылку.

Оффлайн PDS

  • Старожил
  • ****
  • Сообщений: 487
  • Карма: +20/-24
Процессоры то позволяют, а вот ОС - нет. Точнее не позволяет винда, на которой работает 99% софта.
Надежные информационно-измерительные комплексы на винде не работают.
У Халлов юникс был с сервером на спарке, у Геолога сервер на линуксе был поставлен.
Почему на виндовс уселись?

Причем тут надежные и ненадежные? Все перечисленные системы не относятся к системам реального времени, и не важно какая у них надежность. У нас тоже на линуксе работает, можно и под фрибсд собрать. Можно даже под андроид сбилдеть. Поэтому кто уселся на винду - это вопрос явно не к нам. Мы сразу планировали что софт будет кроссплатформенным.

Оффлайн Chrom

  • Муравьев Юрий Анатольевич
  • Старожил
  • ****
  • Сообщений: 289
  • Карма: +30/-16
  • ГеоСенсор
    • ГеоСенсор
как всегда малость отклонились от темы :-)
напоминаю, что тут было просто рекламное объявление.
а мы почему то кинулись обсуждать какую то гипотетическую станцию.
ок. предлагаю создать еще одну ветку и обсудить ее там?
а то мы о чем угодно только не о том, что изначально предлагалось.
тема звучит так:
Продажа датчиков и оборудования для станций Разрез и Сириус
не держи вопрос в себе, спрашивай!

Оффлайн REA

  • Розов Евгений Анатольевич
  • Глобальный модератор
  • *****
  • Сообщений: 1309
  • Карма: +85/-62
    • GeoSensor
Цитировать
ну так покажите мне хоть одно УСО, которое работает по TCP IP

была серия УСО под QNX выпущена давно и они еще где-то работают. Рентабельнее на тот момент было выпускать на микроконтроллере т.к. функционально они сильно не отличались и в серию не пошло. Сейчас в новой станции у нас тоже будет TCP/IP, но под Linux. Данные сохраненные оно тоже выдавало, но поскольку загрузка данных занимала определенное время после значительного перерыва в регистрации и влияла на оперативность работы эта возможность была не сильно востребована и отключена. Упор был сделан на то, что перезагружаться не было бы необходимости.

Цитировать
Т.е. я могу из офиса подключиться напрямую к УСО. Где это сделано более 10 лет назад?

было, только смысла в этом нет т.к. каналы на буровых часто слабенькие и 100мс поток данных не пролезет по ним да и выделенный IP далеко не везде есть.

Цитировать
А у кого это время отображения графиков более 0.5 сукенды то? А можно узнать как время замеряли? На глаз?
да собственно всегда было менее 0.5 сек, но в старых дистрибутивах я сознательно это время увеличивал дабы не нагружать старые видеокарты (настраивалось через ini файл). Сейчас засекал время реакции - порядка 400мс. от воздействия до прорисовки. Да, на windows.

Цитировать
А кто гарантирует что данные по TCP IP передадутся с нужной скоростью?

никто конечно не гарантирует и тем более нет гарантии, что windows не начнет работать с подкачкой, но при нормальном режиме работы это время не сильно меняется.

Оффлайн PDS

  • Старожил
  • ****
  • Сообщений: 487
  • Карма: +20/-24
была серия УСО под QNX выпущена давно и они еще где-то работают. Рентабельнее на тот момент было выпускать на микроконтроллере т.к. функционально они сильно не отличались и в серию не пошло. Сейчас в новой станции у нас тоже будет TCP/IP, но под Linux. Данные сохраненные оно тоже выдавало, но поскольку загрузка данных занимала определенное время после значительного перерыва в регистрации и влияла на оперативность работы эта возможность была не сильно востребована и отключена. Упор был сделан на то, что перезагружаться не было бы необходимости.

Ну вот, а мы сразу и сделали на микроконтроллере, цена копеечная по сравнению с другим оборудованием, зато функционал мощный. Загрузка сохраненных данных - моментальная, если УСО работает в локальной сети, или вы там видео поток еще гоняете? Чем нагрузили 100 мегабит, что первый старт аж начинает тормозить? У меня выгрузка данных за 24 часа занимает секунд 5, это при шаге 100 мс.

Цитировать
было, только смысла в этом нет т.к. каналы на буровых часто слабенькие и 100мс поток данных не пролезет по ним да и выделенный IP далеко не везде есть.

Еще как пролезет, причем с очень хорошим запасом. Просто примерные прикидки: пусть будет 100 параметров, которые нужно передать. Каждый параметр по 4 байта. Итого срез измерений за один промежуток времени - 400 байт. В секунду 10 замеров. Итого 4кб в секунду. Эту скорость потянут даже старые диалаповские модемы. Про выделенный ИП тоже не к месту вспомнили, есть такая вещь как VPN.

Цитировать
да собственно всегда было менее 0.5 сек, но в старых дистрибутивах я сознательно это время увеличивал дабы не нагружать старые видеокарты (настраивалось через ini файл). Сейчас засекал время реакции - порядка 400мс. от воздействия до прорисовки. Да, на windows.

Да забудьте вы про время рисования, это просто таймер на обновление экрана. Это такая мелочь, про которую даже упоминать не стоит. Но если прямо так хочется, то без проблем сделаю те же 400 мс, но как я могу гарантировать время реакции, если оно в большей степени зависит от железа, установленного софта, от фазы луны и еще кучи разных параметров. Вы сейчас просто сделали опыт в тепличных условиях.

Цитировать
никто конечно не гарантирует и тем более нет гарантии, что windows не начнет работать с подкачкой, но при нормальном режиме работы это время не сильно меняется.

Ну вот, получается что это все на авось. При нормальном режиме может запуститься дефрагментатор или еще какая нибудь фоновая задача, так что это все именно нормальный режим, при котором время всегда сильно плавает, а от него плавает время реакции. Короче полагаться на виндовс или другую ОС, что они сделают точный sleep - это плохое решение.

ЗЫ: Как пример зачем нужен точный шаг квантования. Мы можем вести мгновенный расчет скорости дола, без каких либо усреднений за 5 или 10 секунд.

Оффлайн REA

  • Розов Евгений Анатольевич
  • Глобальный модератор
  • *****
  • Сообщений: 1309
  • Карма: +85/-62
    • GeoSensor
Цитировать
Ну вот, а мы сразу и сделали на микроконтроллере, цена копеечная по сравнению с другим оборудованием, зато функционал мощный.


Раньше не было таких микроконтроллеров с TCP/IP стеком, но это не сказать чтобы недостаток. Работает по разным протоколам и скорости хватает.

Цитировать
Чем нагрузили 100 мегабит, что первый старт аж начинает тормозить
Сама загрузка немного времени занимает, а обработка ощутимо дольше. Не делалось специальной обработки без визуализации и поэтому много времени занимало. Соптимизировать можно было, но не было острой необходимости.

Цитировать
Еще как пролезет, причем с очень хорошим запасом.
По спутнику или GPRS с трудом да и пинг будет большой. Смысла в этом нет. VPN жутко неудобная вещь не считая того, что надо гнать через чьи то сервера данные, хотя ей тоже пользуются.

Цитировать
Но если прямо так хочется, то без проблем сделаю те же 400 мс

честно говоря мне и 400мс не очень нравится, надо будет поменьше сделать. Насчет тепличных условий - в свое время я параллельно со сбором данных на 486 компьютерах в doom играл чтобы проверить стабильность сбора и не было особенно замечено тормозов. Скорее наоборот - в каких то отдельных случаях возможны задержки.


Цитировать
При нормальном режиме может запуститься дефрагментатор или еще какая нибудь фоновая задача

Можно блокировать задачи, которые грузят процессор и понижать им приоритет, а себе повышать в разумных пределах. Это все можно сделать.

Цитировать
ЗЫ: Как пример зачем нужен точный шаг квантования. Мы можем вести мгновенный расчет скорости дола, без каких либо усреднений за 5 или 10 секунд.
Только у мгновенной скорости будет ступенчатая градация в зависимости от количества импульсов на оборот.

Оффлайн Boris

  • Старожил
  • ****
  • Сообщений: 157
  • Карма: +18/-11
На сайте нет описания ПО, можно и демо версии сообразить.

Оффлайн REA

  • Розов Евгений Анатольевич
  • Глобальный модератор
  • *****
  • Сообщений: 1309
  • Карма: +85/-62
    • GeoSensor
На сайте нет описания ПО, можно и демо версии сообразить.

Если вы про новый GeoScape, то мысли сделать демо версию были. Как будет постабильнее работать постараюсь сделать.

 



Покер онлайн