Доработка ретранслятора

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

2 - Да, вполне устроит, можно и WLP добавить, тут без разницы, главное хоть как-то. Важна возможность выгрузить удобоваримую таблицу, а так же возможность при необходимости вгрузить данные обратно

Чтобы темы не плодить: предлагаю доработать ретрансляцию рассчитанных датчиков.
Сейчас ей пользоваться невозможно:

1. Есть несколько рассчитанных датчиков: датчик 1 и датчик 2.
Датчик 1 имеет валидацию. Если валидация прошла успешно, то на выходе будет 2 параметра: custom1 и custom2
Но если валидация не прошла, то вместо значения датчика 1, в параметре custom1 будет значение датчика 2.

2. Параметры custom1, 2, 3 и т.д. "генерируются" в порядке создания датчиков в объекте, что тоже вызывает ступор при разборе ретранслированного сообщения.

Предложения: 1. При отсутствии значения передавать null или что-то типа 2147483648
2. Вместо customX передавать название датчика транслитом.

ну было бы не плохо при возможности), но эта задача не критична

Здравствуйте Ringo ,

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

Очень неудобно работать с ретрансляторами:
- непонятно сколько объектов ретранслируется в конкретном ретрансляторе (было бы неполохо добавить об этом столбик в списке ретрансляторов),
- по каким ID идет ретрансляция (каждый надо искать и нажимать, чтобы посмотреть)
Экспорт ретранслятора помог бы. Диалог окна ретранслятора тоже не мешало бы улучшить, чтобы информация была более наглядна.
Кроме списка из названий объектов необходимо видеть порядковый номер, IMEI, ретранслируемый ID.