Здравствуйте.
После смены ip адреса в точке учёта программа перескакивает сама с двухтрубной схемы на однотрубную. Почему? Если оператор заметит, он конечно вернёт снова на двухтрубную, а если забудет, то так и останется, что не есть хорошо
Такая же ситуация и у нас происходит. Уже достаточно давно (около года).
Сначала считали что это пользователи сами меняют схему и “не признаются”, но вот недавно выяснил что это все таки сама программа при открытии на редактирование (уже существующей) точки учета иногда выставляет однотрубную систему вместо двухтрубной.
Под сменой IP-адреса в точке подразумевается его изменение в любом Интернет-подключении данной точки? Уточните, пожалуйста, точный порядок действий, при котором возникает описанная ситуация. А лучше всего пришлите видео с этими шагами и ее воспроизведением.
Нарочно такое не делается, но то, что данная проблема есть - факт. Алгоритм действий:
Точка учёта
Свойства
Вкладка подключение
Удаляем текущее подключение
Заводим новое, с новым ip адресом
Подтверждаем изменения
Всё.
Мы выполнили описанные шаги, но ситуация не воспроизвелась. Пожалуйста, пришлите резервную копию вашей БД и видео воспроизведения ситуации.
Проблема воспроизводится далеко не всегда. Достаточно сложно поймать.
Из сообщений @gfox78 следует, что на его Сервере проблема воспроизводится стабильно. Возможно у него произошло сочетание каких то условий, способствующих стабильному воспроизведению.
нет, не стабильно. определённой периодики нет. не всегда такое появляется
да, базу отправлю
Предполагаю что это может быть связано с некорректной загрузкой окна формы редактирования точки учета.
Предположительно такая ситуация возникает если сначала открыть на редактирование точку учета с 1 трубной системой, затем закрыть это окно и открыть на редактирование уже двухтрубную - при определенном стечении обстоятельств radiobutton на форме так и останется в положении “1 трубная” и при закрытии окна применит данную схему к точке учета.
Хорошо, ожидаем.
Данная ситуация невозможна, так как при закрытии формы свойств точки учета Серверу не отправляется запросов на сохранение.
Некорректно выразился - подразумевал не закрытие окна, а применение изменений по нажатию кнопки “ОК” внизу окна.
Пробовали несколько раз выполнять заявленную последовательность действий с сохранением. Так называемого “определенного стечения обстоятельств” не произошло и во всех случаях после открытия 2-трубной точки сразу после открытия 1-трубной переключатель отображался корректно.
Пока что вопрос относительно шагов воспроизведения описанной ситуации остается открытым.
При попытке скачивания требуется авторизация. Пожалуйста, сделайте возможность скачивания без авторизации.
Сделал. Извините, забыл про авторизацию
Сообщите наименование точки учета, на которой воспроизводится описываемая ситуация.
так как ситуация не предсказуема, свежий пример дать не смогу. какое то время проблема пока не всплывала.
номер прибора 1612071 (магика), в начале июня (точную дату не скажу), такая проблема точно была, можете посмотреть по этому прибору
Ситуация не повторилась на присланной БД в точке учета с указанным прибором. Мы продолжим поиски путей воспроизведения ситуации и напишем в текущей теме если появятся какие то результаты.
Если вам удастся со своей стороны найти четкие шаги по воспроизведению ситуации, также напишите их в данной теме.
У нас тоже возникает такая ситуация, но я никак не мог найти закономерность когда.
Просто периодически ставлю фильтр в точках учета на однотрубное отопление, из более 1000 изначально двухтрубных со, 5-10 становятся однотрубными.
Специально я такое не делаю, но по всем ТУ какие-то изменения производил. Т.е. при сохранении каких-либо других параметров - перескакивает на однотрубную.
Иногда это вызывает много неудобств