Есть кто из тех. поддержки???

[egorovgennadiy]

производили сбор показаний используя МТ099.01
при этом с одной точки учета было получено два отличающихся показания
Советская 4 011497 РиМ 515 19.03.2012 11:45:19 1 194,61
Советская 4 011497 РиМ 515 19.03.2012 11:46:22 1 1749,04
Советская 4 011497 РиМ 515 19.03.2012 11:47:46 1 1749,04
Советская 4 011497 РиМ 515 19.03.2012 11:49:33 1 1749,04
Советская 4 011497 РиМ 515 19.03.2012 11:50:03 1 1749,04
Советская 4 011497 РиМ 515 19.03.2012 12:42:58 1 194,71
Советская 4 011497 РиМ 515 19.03.2012 12:48:31 1 1749,11
Советская 4 011497 РиМ 515 19.03.2012 12:48:57 1 194,71

показания ДДМ привязанного к этой точке учета составили 190,498 кВтЧас
аналогичные показания ББ возникали и при опросе счетчика при помощи программы Crowd_PK по радиоканалу

это уже второй обнаруженный нами случай за все время работы с МТ099.01
прошу обратить на это ваше внимание

[egorovgennadiy]

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

подъехав по-ближе к ТУ такое взаимодействие МТ и ББ пропадало, связаться с ББ уже не удавалось
затем на месте мы уточняли №ДДМа и вносили его в привязку к ТУ и связывались с ББ и ДДМ уже как обычно
пару раз при сравнении показаний полученных в том и другом случае разницы замечено не было, другие такие случаи из-за дефицита времени не анализировались

однако имеются сомнения по такому нестандартному взаимодействию МТ и ББ без ДДМа
прошу вас прокомментировать данный случай

[C_W_Moss]

Ключ для регистрации радиомодема находится в корне диска

спасибо за информацию

[R_I_M]

Доброго времени суток!
У вас одинаковая группа в счетчиках одной ТП? Нет такого что 2 рядом стоящие ТП имеют счетчики с одинаковой группой?У Вас стоит последняя версия мобильго терминала (1.13)?

[egorovgennadiy]

Доброго времени суток!
У вас одинаковая группа в счетчиках одной ТП? Нет такого что 2 рядом стоящие ТП имеют счетчики с одинаковой группой?У Вас стоит последняя версия мобильго терминала (1.13)?

У нас последняя версия МТ(1.13)
все счетчики поделены по группам, так как их более 500, но без привязки к ТП, а с привязкой к местности и фидерам - для удобства съема показаний, совпадений групп и адресов не имеется

стоить отметить, что тогда мы только-только приехали в село для настройки съема показаний через МТ, и поочередно стали записывать группы и адреса в точки учета и снимать показания - сначала записываем группы и адреса определенной улицы или ее участка, после этого съем показаний, затем приступаем к конфигурированию другого участка села.

[R_I_M]

Я Вас понял! Проблема в следующем: когда вы приезжаете на место, начинаете записывать определенной группе счетчиков (на местности) адрес и группу, может быть такое что (и наверняка это есть), после записи рядом стоящие счетчики (в радиусе 300 - 400 метров) могут иметь такую же группу и адрес как у тех, которые вы только что записали! И как только Вы начинаете снимать показания мобильным терминалом у вас и получается явный перехлест показаний, который Вы показали! Необходимо сначала ВЕЗДЕ прописать адрес и группу и только потом уже собирать показания! И самое главное чтобы комбинация адрес и группа была у всех разная! Группа может быть одна (для удобства сбора - ретрансляция), а адрес должен быть разный!

[OILeG]

СРОЧНО!!!!! Вчера снимал показания с помощью терминала мобильного,но на одной из деревень перестал работать графический интерфейс, т.е. при импорте конфигурации все происходит нормально и в программе конфигурирование точек учета тоже графический интерфейс работает,но когда перехожу в программу сбор данных, плана с привязкой точек учета нет и я не могу указать свое местоположение. Приходится снимать показания в режиме радиопоиска. Данные по населенному пункту обновлял несколько раз в программе РМС посредством экспорта данных в XML,стоит 8 версия,терминал тоже недавно обновил-стоит 13 версия. Работало все нормально на более старой версии,но почему-то резко слетело при снятии показаний по нескольким населенным пунктам. Отправляю вам для образца данные по населенному пункту формата XML для мобильного терминала на котором случился данный БАГ. Ранее было все нормально на более старой версии МТ. Мы пока работаем без МКС,поэтому нужно очень срочно решить эту проблему.

[R_I_M]

Пришлите сейчас! СРОЧНО!!! Базу Мобильного терминала или базу РМС-2150 которую вы экспортируете на почту:
utovka@zao-rim.ru или
pol0077@yandex.ru

[OILeG]

При экспорте данных из мобильного терминала меня интересует вопрос. Формат xml файла жестко определен или есть возможность вносить в него дополнения?

Например сейчас:

<account street="ул Гагарина" house="1" flat="1">

<counter number="422176" typename="РиМ 586" typeid="12">

<measure datetime="22.02.12 16:19:57" tariff="1" value="3474,5205078125">

</measure>

<measure datetime="22.02.12 16:19:57" tariff="2" value="2890,94677734375">

</measure>

</counter>

</account>



А можно внести в него лицевой и сделать вот так:

<account ls="1040200101" street="ул Гагарина" house="1" flat="1">

<counter number="422176" typename="РиМ 586" typeid="12">

<measure datetime="22.02.12 16:19:57" tariff="1" value="3474,5205078125">

</measure>

<measure datetime="22.02.12 16:19:57" tariff="2" value="2890,94677734375">

</measure>

</counter>

</account>



, где ls="1040200101" –это лицевой счет

[R_I_M]

Вносить в него дополнения можно и изменять уже существующее тоже можно, только не так как Вы написали! Есть строго определенные названия, например:
лицевой счет - personalaccount=
И менять эти слова нельзя, можно менять только значение, но тут есть очень большая вероятность что Вы что то лишнее удалите или измените, после этого, даже в случае успешного импорта, данные будут неверны, по этому проще и лучше внести изменения в базе и только потом экспортировать!