Невозможно задать индивидуальные параметры автоопроса после изменения в ЛЭРС структуры работы с сетевыми устр...[5586]

У меня интернет соединение и ЛЭРС такого не поощряет :-):
02-09-2016 13-55-43.jpg

А интернет-порт да, не поощряет. Тогда это уже другой вопрос, у нас он тоже всплыл, буду создавать тему по невозможности сделать разные подключения, если порт это интернет-соединение. (Если кто-то (может быть Вы) вперед не создаст такую тему). А в этой теме несколько другая проблема обсуждается.

Мы сейчас работаем над функционалом, который позволит в точке учета добавить уже существующее подключение из объекта учета.

Так же, для редких случаев, когда несколько рядом стоящих объектов подключены в одну сеть, в объекте учета можно будет использовать уже существующее подключение другого объекта.

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

Хорошо, но об этом и в данной теме не говорят. Ни у меня, ни у tsst не возникло проблем с подключением.

Повторюсь. 1 объект. Было 3 точки учета с данными, получаемыми с одного МСД-200. Запрашивать у него архивы не следует - виснет из-за своих внутренних особенностей, поэтому опрашивают только текущие.
В этот объект добавляют еще 2 точки учета. Данные получают с КАРАТ-307.
КАРАТ-307 добавляют в существующее подключение, ЛЭРС сообщает, что теперь подключение “сетевое”.

Протоколы и скорости у них одинаковые, поэтому все прекрасно работает - данные поступают.

При настройке параметров автоопроса выясняется, что у них могут быть только одинаковый ассортимент опрашиваемых данных. Что из-за особенностей МСД-200 неприемлемо.

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

В ранних версиях ЛЭРСа ассортимент данных мог настраиваться разный для разных точек учета, мы это использовали. При использовании одного канала одинаковым было только расписание автоопроса.


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

Можно ли оперативно вернуть возможность настраивать ассортимент получаемых данных в разных точках учета одного объекта?

При постановке точки учета на автоопрос, в базе данных создается “Задание на автоопрос”. У задания на опрос есть свойство “запрашиваемые данные”. Для одного подключения создается одно задание на автоопрос, и раньше было так же - здесь ничего уже давно не менялось в этом плане. Когда запускается (авто)опрос, службе опроса передается ОДИН параметр “запрашиваемые данные” и список устройств - здесь опять же ничего не менялось.

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

Тему создал: Назначение индивидуальных параметров автоопроса для точек учета

Но Ваш ответ не убеждает :-): У Вас код, а у меня память и реально сделанные проекты :-):

И в ранних версиях не было подключения в текущем понимании. Более того, можно было использовать одни те же реквизиты связи многократно, не объединяя приборы в одну сеть. При интернет соединении или прямом соединении, как раз отказывались от сети для опроса более 2-3 приборов. Т.к. сеть как сложнее было разобраться в логах, и т.п.

Попытался воспроизвести ситуацию на других приборах. Попробовал посадить на одно подключение ТЭКОН-17 и 7КТ. Ситуация не повторилась. У точек учета допускается разных ассортимент запрашиваемых данных. Точки в одном объекте.

Более того, Ваш ответ не решает проблему tsst.

И в ранних версиях не было подключения в текущем понимании. Более того, можно было использовать одни те же реквизиты связи многократно, не объединяя приборы в одну сеть. При интернет соединении или прямом соединении, как раз отказывались от сети для опроса более 2-3 приборов. Т.к. сеть как сложнее было разобраться в логах, и т.п.

Подписываюсь под каждым словом. Сеть устройств существовала и раньше, но это был такой адовый ад (чего только стоила невозможность снятия одного прибора с автоопроса, а только целой сети сразу, а групповых обработок еще не было), что мы были вынуждены отказаться от этой “полезной” функции. Просто указывали в индивидуальном подключении один и тот же порт опроса, будь то COM или IP. И в таком виде всё работало правильно.

Теперь же в свете нововведений и вынесении подключений в отдельную единицу справочника ситуация следующая:

  1. Если несколько устройств подключены к одному COM-порту, то вроде как можно наделать для них разных подключений, указывая в свойствах, теперь уже подключения, один и тот же COM порт. Только на практике это НЕ работает. О чем, собственно, данная тема.
  2. Если несколько устройств подключены по одному IP адресу и порту, то вообще нельзя создать более, чем одно подключение. И как в таком случае прикажете опрашивать разные устройства?

Здравствуйте!

Неделю назад Вы запросили подключение к нашему серверу ЛЭРС. Но по моим данным, за это время так никто от Вас и не подключался. Подскажите, на какой стадии находится решение данного вопроса? Ошибка то серьезная - автоопрос встал.

Мы помним про ваш вопрос. Пока что не смотрели. Обязательно посмотрим в понедельник.

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

tsst, мы посмотрели ваш сервер. Действительно, по какой-то причине сейчас создано два задания на автоопрос с одинаковым подключением. В первое включена только квартира 117, а во второе все остальные точки учёта. Это ошибка в логике работы программы, сейчас мы разбираемся как это могло произойти и ищем способы исправления.

Теперь по поводу вопроса Kvashnin. Скорее всего, дело в том что раньше проверка на уникальность интернет-подключений отсутствовала и вам удалось создать несколько подключений с одинаковыми параметрами. Мы столкнулись с этим когда меняли принцип работы с подключениями. В системах присутствовали разные физические сети с одинаковыми параметрами подключения. Логически это неправильно, но технически это было возможно. Именно поэтому параметры можно было задавать индивидуально для каждого подключения.

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

Резюмируя обсуждение:

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

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

tsst, Можете ли вы дать нам копию вашей БД? Это бы значительно упростило поиск проблемы.

А как насчет квартиры 111? Для нее создано отдельное, не сетевое подключение. Но она упорно опрашивается в сетевом задании других квартир. Обратите внимание на эту ошибку тоже. Может это поможет пролить свет на происходящее.

Приборы, у которых раньше (до обновления до версии с новой категорией “подключения”) был указан один и тот же порт опроса, по прежнему остаются связанными, несмотря на то, что я удалил все старые подключения и создал новые и даже раздельные (кв.111).
А в кв.117 заново созданный прибор учета, который раньше не был ни с чем связан, его вообще не существовало. И он опрашивается отдельно несмотря на то, что сейчас находится в сетевом подключении.

Мой вывод такой: принадлежность счетчика к группе берется не из нового параметра “подключение”, а читается откуда-то из старых параметров, которые по идее уже не должны действовать или даже существовать. Т.е., как мне кажется, это косяк либо при переделывании базы на новый лад - что-то неправильно сконвертировалось, или ошибка логики работы с базой.

Я уточню у директора, возможно ли такое.

И сразу технический вопрос. Если ответ от директора будет положительный. Как Вам переправить базу? Файл бэкапа базы, создаваемый ЛЭРС пойдет? Или нужно куда то лезть в MS SQL? Файл .bak сейчас весит 4 Гб.

Да, заархивированный бэкап. Его можно выложить на файловый хостинг, на Яндекс-диск например.

Скорее всего, причина одна. BAK-файл базы нам поможет разобраться.

Хотел бы поднять тему и вернуться к исходной проблеме - “Невозможно задать индивидуальные параметры автоопроса для разных устройств”.

Ок, в варианте с COM портами можно выйти из положения создав разные подключения с одним COM портом, и таким способом (не удобным, но хоть так) развязать настройки автоопроса на разных устройствах в одной сети.

Но теперь все больше и больше применяется прямых TCP подключений. Как быть в этом варианте? Сделать несколько подключений с одинаковым адресом и портом ЛЭРС не дает. Какой выход вы можете предложить?

В настоящее время параметры автоопроса привязаны к подключению и обойти это никак нельзя.

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

Итак, автоопрос привязан к подключению. Да, я в корне с этим не согласен, это крайне неудобно и нелогично, но что делать, допустим вы не собираетесь прислушиваться к отзывам пользователей и так всё и останется. Хорошо, принимаем автоопрос=подключение. (Кстати тогда почему автоопрос редактируется в точке учета? Где логика?)

Остается один выход, делать разные подключения. Ну что ж, ОК, за неимением лучшего сгодится и так. Так вот, внимание, вопрос. Почему для COM порта я могу сделать несколько разных подключений, а для TCP нет? Что это за дискриминация такая? И нельзя ли этот момент привести в порядок?

Такое поведение мы не проектировали. Скорее всего это ошибка. Поведение программы при нескольких подключения, использующих один и тот же COM порт (порт опроса), не определено.

Вот здесь http://forum.lers.ru/viewtopic.php?f=12&t=4060#p26250 вы сами мне предложили такой вариант в ответ на мой запрос про один и тот же COM-порт, но, к примеру устройства с разной скоростью.

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