New account creation is currently unavailable. Existing members can continue reading and joining discussions.
RP24telecom, поле ident есть при создании и редактировании стрима по протоколу wialon_retranslator.
В настройках терминала надо использовать ip (обычно 193.193.165.37) и порт канала у Вас в аккаунте flespi.io
Попытался интерпретировать ваши слова, можете сказать, я двигаюсь в правильном направлении?
data = new byte[1024];
string message = "";
while ((recv = ns.Read(data, 0, data.Length)) > 0)
{
message += Encoding.ASCII.GetString(data, 0, recv);
if (message.IndexOf("\r\n") >= 0 || message.Length > 4096)
{
break;
}
}
Да, можно так. Только разделите ситуации, когда длина строки вышла за лимит и когда найден концевик \r\n
Когда длина превысила лимит - лучше всего наверно сделать дисконнект. Только размер буфера сделайте хотя бы 30 килобайт, и в идеале надо работать с byte[] вместо string.
А когда найден концевик - из message нужно вырезать начало до концевика, обработать и повторить пока концевик встречается
Похоже на мою ошибку, я впервые с такой задачей столкнулся. Размер буфера 1024 байт, не знаю как выравнять размер пакетов...
Дописывайте приходящий буфер к другому, более крупному, и ищите в нём байты 0x0D 0x0A, если найдены - обрабатывайте крупный буфер и очищайте до найденных байтов.
Крупный буфер должен работать как очередь. Лимит размера можно подобрать опытным путём
Добрый день
правильно ли утверждение что имена параметров в сообщениях по протоколу IPS должны быть без пробелов по примеру "Fuellevel%" или можно так "Fuel level %" ?
Да, имя параметра не должно содержать пробелы и более того, символ % в нём также недопустим.
Вообще, в имени параметра положено использовать только маленькие символы a-z, цифры от 0 до 9 и знак подчеркивания '_'
Человекочитаемое имя можно потом задать для датчика у объекта (http://docs.s-watcher.com/ru/hosting/cms/u … rs/sensors), который будет использовать нужный параметр.
Текст должен быть в кодировке UTF-8
Доброго времени суток!
Подскажите, есть ли какие-то хитрые требования к формату текста при передаче строкового параметра?
Передаю строку вида
#D#150214;153338;5428.34928;N;05348.56004;E;0;263;0;11;0;0;0;0,0,0,0,0,0,0,0,0;NA;PIgn:1:0,Event:3:Объект остановился
Получаю такую строку
hdop=0, adc1=0, adc2=0, adc3=0, adc4=0, adc5=0, adc6=0, adc7=0, adc8=0, adc9=0, PIgn=0, Event=������ �����������, I/O=0/0что делаю не так?
Пакет с файлом конфигурации, как я понимаю, только в BASE64.
Неверно, там точно так же отправляются бинарные данные, единственное отличие от отправки прошивки - другой заголовок пакета.
Добрый день!
В описании протокола - "Пакет с чёрным ящиком предназначен для передачи несколько сообщений одновременно"
А какое максимальное количество пакетов может быть в ящике.
За один пакет #B# можно передать до 500 сообщений.
Еще раз добрый день!
Подскажите, существует ли документация по типам терминалов с таблицами соответствия следующих параметров:
1. inputs. Какому биту параметра соответствует какой параметр (цифровой вход, флаг) родного протокола терминала?
2. outputs. Какому биту параметра соответствует какой параметр (цифровой выход) родного протокола терминала?
3. adc. Какой позиции в параметре соответствует какой параметр (аналоговый вход, именованный вход) родного протокола терминала?
4. params. Какому параметру соответствует параметр родного протокола терминала?
Сейчас по логам пытаюсь вычислить соответствия, но это явно не правильный путь.
Нет, такой информации нигде нет. Но по первым трём вопросам - за исключением единичных случаев (3-4 типа устройств в сумме), inputs, outputs и adc полностью соответствуют по битам и номерам исходным параметрам, идущим от терминалов.
По вопросу о параметрах - т.к. Wialon IPS позволяет передавать параметры с любыми именами, все ретранслированные параметры соответствуют исходным параметрам входящих сообщений. А они, в свою очередь, берутся из официальных описаний принимаемых протоколов соответствующего типа терминала.
У меня вопрос. Вообще говоря к суппорту, но на официальной страничке протокола призывают пользоваться форумом, потому пишу сюда.
Вопрос такой: Изменилась ли реализация Wialon IPS в предыдущие несколько дней? Дело в том, что раньше мой трекер спокойно можно было привязать и на Wialon IPS (в нем собственно этот протокол и релизован), но вот сегодня один клиент пожаловался, что трекер не подключается по Wialon IPS. Я попробовал сам и действительно: по Wialon IPS не работает. Если же указать в свойствах объекта "Wiatrack Pro", то все опять жужжит. Я запустил отладчик и увидел, что сервер отвергает мои попытки логина. Хотя пакеты точно те же самые., что и с Wiatrack Pro
Собственно моя проблема в том, что теперь мне будут звонить и писать люди подключившие Wiatrack Pro через Wialon IPS.Что изменилось в реализации Wialon IPS? И вообще изменилось ли?
Кроме смены типа устройства в свойствах объекта нужно менять ещё и порт, на который посылаются данные. Это было проделано?
unitedsecurity
We recognized this packet by binary protocol Wialon Retranslator. You can download its technical description here: http://gurtam.com/hw/cfg/WialonRetranslator 1.0_en.pdf
According value 3AC7253383DD4B40 - this is 8 bytes of value 55.7305664 with type "double" in C++ or another similar languages . More details about double: http://en.wikipedia.org/wiki/Double_precision
Мы доработаем протокол ориентировочно на следующей неделе, чтобы это было возможно. Обязательно отпишусь в этой ветке.
Готово, можете тестировать. В полях date и time поставьте NA, тогда будет браться текущее время для сообщения.
Здравствуйте!
Мы планируем использовать протокол Wialon IPS для мониторинга объектов, которые не знают времени и своих координат (у них нет GPS). Судя по описанию протокола в команде с данными можно упустить координаты (поставив NA в поле). Можно ли так же не указывать время? Или указвать какое-то значение, которое примет сервер и не отбросит пакет. В идеале надо, чтобы сервер сам присваивал время пакету - время его получения.
Скажите, возможно ли такое?
Мы доработаем протокол ориентировочно на следующей неделе, чтобы это было возможно. Обязательно отпишусь в этой ветке.
Макаров wrote:Протокол закрытый, на контакт не идут. Оставьте эту идею, больше времени потеряете.
Ну для меня то ладно, понятно, протокол закрыт. Но ведь приборы уже собственность клиента, а клиент хочет их подключить. Ему то они должны предоставить всю необходимую информацию? Или как быть в такой ситуации?
В такой ситуации стоит обратиться к производителю устройств и запросить протокол передачи данных. С уточнением "для интеграции в Wialon".
И вопрос к техподдержке Гуртам: почему до сих пор этого прибора нет в списках автомобильных контроллеров?
Потому что пока никто не обращался с официальным запросом поддержки этого оборудования.
Alexandr161, если у Вас Wialon Pro - там могут быть старые скрипты со старыми и неочевидными именами параметров. Если же Wialon Hosting - то там всё свежее и по имени параметра обычно понятно его значение.
Будем очень признательны, если кто-нибудь проверит на разных устройствах и отпишется 
DEADtm
Напишите нам на support@gurtam.com письмо с описанием проблемы.
В идеале нужен будет доступ на сайт мониторинга с этим проблемным объектом.
DEADtm
Проверил, пакет верный, сообщение регистрируется как тревожное и уведомление срабатывает.
У Вас видимо одна из следующих причин проблемы:
1. Вы отправляете пакет с одним и тем же содержимым несколько раз. Wialon устроен так, что сообщения с одинаковым содержимым не регистрируются повторно и соответственно уведомление не срабатывает. Поменяйте немного время в пакете и попробуйте снова.
2. В уведомлении параметр "Период контроля относительно текущего времени" стоит не "Любое время", и из-за времени в пакете далеко в прошлом (начало октября) получается, что уведомление не срабатывает.
Напишите, пожалуйста, нам в техподдержку на support@gurtam.com запрос скриптов, самые свежие всё равно ведь у нас
Для протокола Wialon IPS поддержано сжатие входящих пакетов. Все подробности в документации на сайте (http://gurtam.com/hw/cfg/Wialon%20IPS.pdf)
Спасибо, очень удачно! я испытаю прямо сегодня. Надеюсь он разгонится до более 900 :-)
Ок, отпишитесь потом тут, интересно однако - трекер на самолёте
Поставил верхнюю границу скорости в 1200. Можете проверять.
В скриптах для Wialon IPS у нас стоит ограничение скорости до 900 км/час, не ожидалось, что скорость может быть больше.
Этот предел можем расширить. Какая будет максимальная скорость на самолёте?
А тип устройства указан был Wialon IPS?
