Elf: Неверная длина ответа прибора

Добрый день, сталкнулись с такой проблемой ELF Apator не опрашивается
dump .txt (11.4 KB)
ELF .jpg

Присоединяюсь, при опросе суточного архива возникает такая ошибка.

У нас довольно скудное описание протокола обмена с Elf. И вот пакет, который вернул ваш прибор, с помощью этого описания разобрать не получается. Без комментариев со стороны производителя эту ошибку, скорее всего, не исправить. Мы свяжемся с их представителем и будем искать выходы на техподдержку Apator.

Спасибо будем ждать.

Доброго времени суток! по Elf производитель не дал ответ? хотел закупить партию этих счетчиков, но пока побаиваюсь если их опрос происходит не корректно

В течение недели обещали дать какую-нибудь информацию.

Когда же исправится эта ошибка
ELFF .jpg

Ждем ответ производителя. Обещают, что специалист выйдет из отпуска 1-го декабря.

Добрый день. Возвращаясь к вопросу о ELF опрос по прежнему невозможен хотя говорили что после 1-го декабря специалист выйдет с отпуска и Вы свяжетесь с ним.
dump.Beeline2.2014-12-11.log (11.4 KB)
ELF Apator .jpg

Мы были заняты другими проблемами и упустили из виду Elf :frowning: . Мы напомнили производителю о проблеме, давайте подождем ответ еще пару дней.

Есть положительная динамика ?

Пока нет.

Мы сегодня разговаривали с представителем компанией Тепловодомер (представитель Apator Powogaz SA в России) - они не могут получить ответ на наш вопрос от специалистов Apator. Надежды в Тепловодомере не теряют, т.к. они сами заинтересованы в решении этой проблемы, но конкретных сроков назвать не могут.

Добрый день. Как на счет ELFa. Может Вам программу FlatStandard предоставить или мы можем попробовать доступ предоставить к рабочему ELFу.

Спасибо, но программа у нас есть.
Если хотите помочь - получите отчет на следующий вопрос в Apator Powogaz SA:

Вот часть дампа обмена с прибором.

22.10.2014 16:41:28.763 >> 4D BF F4 BF FF E6 7F D0 16
22.10.2014 16:41:37.011 << 53 BF F4 79 FF 15 FF E6 FF BF 6F B7 F7 FF EB FF 67 FF 64 FF 7E BF FF BF BF FF F0 BE D7 7D BF 2E 85 16

Согласно протоколу обмена PT01 запрос и ответ зашифрованы. Если расшифровать данные ответа между символами 53h и 16h, получаем следующие данные.

01 2c 1a 00 ab 00 64 00 01 42 21 20 00 50 00 62 00 6e 00 06 01 00 01 01 00 3c 05 a0 0a 01 47 e9

После расшифровки в полученных данных есть ESCAPE-последовательность 6E 00 (выделено звездочками), хотя символ FF, который должен быть представлен этой последовательностью, не входит в список контрольных символов протокола. И если 6E 00 заменить на символ FF, то длина получившегося пакета меньше, чем в нём указано.

Согласно описанию протокола, её нужно заменить на символ 0xFF, так как 0x6E это символ побитной инверсии. В примере, приведенном в описании протокола обмена, этого не делается. Скажите, пожалуйста, по какой причине?

Мы получили ответ от APATOR. Они указали на ошибку в нашем драйвере - мы используем длину пакета ещё до проверки контрольной суммы.

Ошибка будет исправлена, однако опросить прибор пока всё равно невозможно. Вместо несовпадения длины будет выдана ошибка “Не сходится контрольная сумма пакета”.

По какой-то причине считываемый от прибора пакет постоянно искажается.

Пожалуйста, опишите подробнее через какое оборудование опрашивается ELF и как это оборудование настроено.

Я рассказывал в этой теме как опрашиваю http://forum.lers.ru/viewtopic.php?f=8&t=1178&p=9152#p8996
Ошибка возникает такая же.

И через FlatStandard так же не опрашивается?

При опросе через преобразователь RS232/Ethernet программа FlatStandard не опрашивает счетчики, опрашивает только ElfSerwis.
При опросе на прямую через кабель, опрашивают обе программы.

Вы можете проверить опрос архивов проблемного прибора через кабель из ЛЭРС УЧЕТ?

В ближайшее время съездим на объект и попробуем сделать как вы написали.