goodwin писал(а):По поводу тестирования активности. Прочел мануал, стало ясно из пункта 1.3 - 3. что disconnecttimeout не стоит ставить больше 5 минут, т.е. 300 сек, иначе это плохо скажется на работоспособности системы. В связи с этим connectiontimeout следует ставить, скажем, 290 сек. У меня время автотеста контроллеров (исходя из качества связи, нормальной работы операторов и других причин) в пределе 5-7 минут. то есть 300-420 сек. То есть я не настрою в этой связи нормальную работу индикатора TCP (без разрыва соединений).
Пятиминутное ограничение disconnecttimeout влияет на работу системы следующим образом.
Допустим контроллеру не удаётся установить TCP-соединение из-за неверного пароля на связь, заводского номера, плохого качества связи, поэтому контроллер может постоянно пересоздавать TCP/IP соединение, без удаления предыдущих TCP-сессий. Данные TCP-соединения, будут длительное время висеть на сервере пока не сработает таймаут disconnecttimeout. При значительном числе приборов количество "мертвых" соединений может быстро увеличиваться и к чему это может привести сложно сказать. Таким образом, данное ограничение не строгое и можно его немного увеличить, скажем до 6-7 минут.
goodwin писал(а):Причем при обновлении ПО на 1.6 в логах тесты прописываются каждые 120 секунд (тест-разрыв соединения-тест-разрыв соединения), хотя периоды тестов остались 300-420 сек. Странно, почему? До обновления ПО интервал тестов 300-420 сек.
После обновления ПО конфигурацию считывали, там период посылки такой же (300-420)?