Пожелания к софту РМС-2150 и документации

[egorovgennadiy]

Качаем профили активной энергии примерно с 3 000 счетчиков потребителей. Качаем каждый рабочий день. Естественно, это очень большой объем информации, а БД необходимо оперативно сохранять.
Попробовал зарезервировать БД через программу "Управление БД" - резервирование заняло по времени более 10 часов. Это очень неудобно.
Почему так медленно? Нельзя ли ускорить работу программы?

[nicelight]

Качаем профили активной энергии примерно с 3 000 счетчиков потребителей. Качаем каждый рабочий день. Естественно, это очень большой объем информации, а БД необходимо оперативно сохранять.
Попробовал зарезервировать БД через программу "Управление БД" - резервирование заняло по времени более 10 часов. Это очень неудобно.
Почему так медленно? Нельзя ли ускорить работу программы?

Добрый день. Попробуйте использовать вкладку "Быстрый экспорт\импорт" в программе "Управление БД". Эта вкладка использует родной алгоритм Оракла, что должно оказать влияние на скорость сохранения базы.
Наши программисты работают над этим вопросом, его решение ожидается в следующих версиях.

[egorovgennadiy]

Добрый день. Попробуйте использовать вкладку "Быстрый экспорт\импорт" в программе "Управление БД". Эта вкладка использует родной алгоритм Оракла, что должно оказать влияние на скорость сохранения базы.
Наши программисты работают над этим вопросом, его решение ожидается в следующих версиях.

Так тоже не получается.
Если указать на папку в которой содержаться imp.exp и exp.exe, то программа ругается . А если указать напрямую на эти файлы - не находит их.

[egorovgennadiy]

Есть еще одно предложение по поводу автоматизации опроса.

Суть в том, что в наша организация для удаленного опроса использует услуги двух операторов сотовой связи ( назовоем их А и Б). В нашем же случае (опрос МКСов) имеется сервер опроса на котором установлено несколько GSM-модемов, настроенных на определенный набор com-портов, половина GSM-модемов с "опросными" симками оператора А, а другая половина - оператора Б. Также имеется рабочее место (компьютер) с еще двумя подключенными GSM-модемами со своим набором com-портов.
Есть необходимость разделить опрос таких МКСов так, чтобы МКСы оператора А опрашивались модемами с симками оператора А, а МКСы оператора Б - модемами с симками оператора Б соответственно.

[egorovgennadiy]

Вариант1.
Сначала я попробовал реализовать это так: например с сервера опроса опрашивать МКСы оператора А, а с рабочего места - МКСы оператора Б, установив модемы оператора Б. Для этого я на сервере опроса запустил один экземпляр программы опроса, разрешил автодозвон и установил время автодозвона для МКСов оператора А , а затем на рабочем месте запустил второй экземпляр программы опроса и разрешил автодозвон , но в программе при этом автоматически начинает действовать такое же расписание автодозвона, что и в экземпляре программы, запущенной с сервера. То есть, при этом, если программе опроса, запущенной на рабочем месте, позволить работать дальше, то возникнет путаница - программа начнет опрашивать МКСы оператора А с модемов оператора Б, а это не допустимо.

Вывод - так разделить работу программы опроса МКСов по разным операторам не получится.

Как это можно было бы сделать?
Создать возможность сохранения в БД нескольких вариантов расписаний автодозвона - для каждого оператора свой вариант. Затем, при запуске каждого экземпляра программы опроса с любого места (с сервера или с рабочего компьютера или даже нескольких экземпляров программы на одном месте) предоставить возможность выбрать необходимый вариант расписания и работать далее по нему. Так путаницы будет меньше.

[egorovgennadiy]

Вариант2. (более продвинутый)
В нашем распоряжении есть сервер опроса с работающими на нем 5ю модемами - 3 оператора А и 2 оператора Б. Есть возможность выделить для опроса МКСов как минимум по одному модему для каждого оператора, а остальные модемы заняты под другие задачи (опрос других систем АСКУЭ).
Опять же стоит проблема - как разделить работу программы опроса МКСов по разным операторам.

Сейчас я это делаю так:
1) всем МКСам оператора А назначаю время дозвона ежемесячно 1го числа, а всем МКСам оператора Б - ежемесячно 2го числа соответственно;
2) запускаю программу опроса, разрешаю автодозвон, настраиваю связь на модемы оператора А, выбираю из списка дозвона МКСы оператора А, устанавливаю новое время дозвона - текущее, жду когда опросятся все МКСы оператора А;
3) для опроса МКСов оператора Б аналогично - настраиваю связь на модемы оператора Б, выбираю из списка дозвона МКСы оператора Б, устанавливаю новое время дозвона - текущее, жду когда опросятся все МКСы оператора Б;
4) на следующий день все повторяю.

Все бы ничего, но в последних версиях РМС2150 появилась возможность собирать профили нагрузки и суточные профили счетчиков РиМ189 и РиМ489 - а это очень большой объем информации, и нам уже одного рабочего дня едва хватает, чтобы скачать с МКС всю накопленную информацию за сутки, а то и за выходные дни (ведь не оставишь же программу работать программу в таком виде бесконтрольно). Не говоря уже и о том, что часто приходится останавливать опрос для решения других задач (конфигурирование, опрос других систем АСКУЭ).

Проблему можно было бы решить добившись автодозвона с расписанием ежедневного или же периодического (2-3 раза в день) опроса МКСов, но с жесткой привязкой каждого МКСа к определенному com-порту (модему) или набору com-портов (модемов).

То есть, запустив программу опроса, настроив com-порты (например com1 и com2 для оператора А, а com3 и com4 для оператора Б), при жесткой привязке МКСов к этим портам можно спокойно опрашивать МКСы в режиме автодозвона даже в выходные дни, не боясь, что МКСы привязанные к сотовой сети одного оператора будут опрашиваться через модемы привязанные к сотовой сети другого оператора.

[nicelight]

Здравствуйте. Ваши пожелания по поводу разделения опросов передадим программистам, однако подобная модернизация ПО может быть довольно трудоемким процессом.
По поводу сбора данных есть пара советов.
1) В программе сбор данных, слева во вкладке задания ставим галочку "Удалить прочитанные данные", это должно существенно ускорить процесс сбора информации
2) Можно настроить на сим карте МКС-а доступ к интернету, и собриать данные через интернет, это более удобно.

[egorovgennadiy]

По поводу сбора данных есть пара советов.
1) В программе сбор данных, слева во вкладке задания ставим галочку "Удалить прочитанные данные", это должно существенно ускорить процесс сбора информации

Я так и делаю, но, между прочим, так опрос длится даже дольше, так как данные поступают пакетами: мкс передает пакет и затем тратит некоторое время на удаление этих данных из своей памяти, это заметно по работе программы - данные поступают этакими импульсами: пара сотен строк и пауза, пара сотен строк и пауза... и так далее. А если опрашивать профиль нагрузки без удаления прочитанных данных - скачивает одним махом без каких либо пауз, но, естественно, тратится лишнее время на скачивание старых данных, которые уже хранятся в БД.

[egorovgennadiy]

По поводу сбора данных есть пара советов.
2) Можно настроить на сим карте МКС-а доступ к интернету, и собриать данные через интернет, это более удобно.

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

[egorovgennadiy]

Здравствуйте. Ваши пожелания по поводу разделения опросов передадим программистам, однако подобная модернизация ПО может быть довольно трудоемким процессом.

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