ПодключитьОбработчикОжидания("Кнопка1Нажатие",3, 0)
Если сворачиваю 1с то потом при открытии ошибка выскакивает.
Вот процедура
Процедура Кнопка1Нажатие()
Ip = ПолеВвода1;          
   Try
         strComputer = ".";
      ServicesSet = GetCOMObject("winmgmts:{impersonationLevel=impersonate}!\\" + strComputer + "\root\cimv2");
      TIMEOUT = 200 ;
      BUFFER_SIZE = 32;
      Items =  ServicesSet.ExecQuery("SELECT * FROM Win32_PingStatus where Address='" + IP + "' and BufferSize=" + BUFFER_SIZE + " and NoFragmentation=true and TimeOut=" + TIMEOUT ,,48)
   Except
      Сообщить("Исключение");
   EndTry;
  
   For Each Item  In Items Do
   Если Item.ResponseTime < 64 Тогда     
         ЭлементыФормы.Надпись1.ЦветФона     =  Новый Цвет(0,255,0);
            
   Иначе
         ЭлементыФормы.Надпись1.ЦветФона     =  Новый Цвет(255,0,0);
   КонецЕсли;
   EndDo;

КонецПроцедуры

ПодключитьОбработчикОжидания("Кнопка1Нажатие",3, 0)

Сама ошибка-
Операции сравнения на больше-меньше допустимы только для значений совпадающих примитивных типов (Булево, Число, Строка, Дата)
Если Item.ResponseTime < 64 Тогда

в в8 есть отладка, точно говорю

(2)Я и так знаю что  Item.ResponseTime = NULL если я свернул 1с.
Почему вот вопрос.

то есть вопрос не касается 1С, а сугубо определенного ком-класса и его поведения?

не достаточно проверить тип?.. или цель через 1С разобратся с событиями виндов?..

Условие воткнул на NULL теперь ошибка не выскакивает,но не нравится мне так.

(4)Если это касается сом класса,то я туда не полезу.Было бы это мне объяснено.

2(7) а почему? В последней "инструменты разработчика" есть WQL
На форуме есть даже ссылка на ютуб-ролик как там легко исследовать ком-классы зарегенные в винде.

(8)Дело в том,что если нажатие кнопки запускать несколько раз,быстро,то  Item.ResponseTime = NULL.Видимо запускается второй ком объект,хотя первый еще не отработал.
И при сворачивании окна 1с форма как бы закрывается а потом опять открывается и не факт что не запустились 2 ком объекта одновременно.

не интересно

Конечно! Это вам не мутабельность.

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

а в чем задача? может, другой путь подскажут..

(13)Да банальная задача - узнать какой канал связи используется - дсл или спутник.По величине латентности.

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

(11) ну если пользователь нажимает кнопку 30 раз в секунду, разве нужно ему каждый раз цвет фона менять? Глаза у него не вылезут из орбит?

(16)Это на этапе написания.Для наглядности.
Потом график можно будет сделать.

(14) так, считай эти задержки сам в 1С... ведь кодом из 0 все равно не определить канал передачи..

(18)Там все и определяется)
Если Item.ResponseTime < 500 ставлю и всё.
На спутнике задержка больше 600.
Дсл 50-70мс.

(19) все равно не уловил... время задержи ничего не говорит о канале.. может у дсл хандра или критические дни??

уже, вижу... айСиЭмПи пользуешь... но стремнный вариант..

Вот такая у меня хорошая корпоративная сеть)) Все закрыто - даже icmp,кроме одного ip.
Иначе бы я ключевые точки пинговал и все))
А так приходится через задержку вычислять.