Достоверность передачи данных по CSD и GPRS 

Логин:
  Пароль:
Обычный
Безопасный
Запомнить пользователя



Зарегистрироваться
Забыли пароль?
 
 
 
Форум Теплопункта »   Диспетчеризация »   Достоверность передачи данных по CSD и GPRS
RSS

Достоверность передачи данных по CSD и GPRS

Искажение данных при их передаче. Это свойство обеих технологий?

<<Назад  Вперед>>Страницы: 1 2
Печать
 
Василий Кузнецов
Долгожитель форума


Всего сообщений: 3233
Ссылка


Дата регистрации на форуме:
28 июня 2011
Уважаемые форумчане!

Поделитесь опытом скачивания данных по технологии CSD и GPRS.

Или это я уже запутался в скачанных файлах или это так бывает на самом деле?

Пробую опрашивать разные приборы (разные узлы, на всех ЭЛЬФы. Программа Карат-Экспресс-2) и начинаются подозрения, что технология CSD творит чудеса их искажений при передаче. Подозреваю что:

1.Возможна передача не всех данных, имеющихся в приборе, а только части.
2. Возможно лишнее добавление столбцов и рядов в таблице с данными, которых в архиве нет на самом деле.
3. Возможно искажение самих цифр параметров, которые в архиве одни, а после передачи данных в полученных файлах другие.

Это так?

Возможно ли такое явления при технологии передачи данных по GPRS ? (пропадание данных, добавление, искажение?)
Дмитрий Анисимов
Администратор

Дмитрий Анисимов
Откуда: Верхняя Салда
Всего сообщений: 8269
Ссылка


Дата регистрации на форуме:
1 мар. 2008
Пропадание возможно, добавление нет, искажение возможно, но определяется (и отсеивается, т.е. переходит в "пропадание") как самими модемами, так и ПО верхнего уровня. От технологии передачи перечисленные явления не зависят.


Николай Антипов
Долгожитель форума

Николай Антипов
Откуда: Кострома
Всего сообщений: 641
Ссылка


Дата регистрации на форуме:
28 дек. 2010
При опросе ВКТ-7 и ТМК их заводскими программами ошибки в цифрах вполне возможны, у ВКТ приходится контролировать столбцы температуры на ходу с целью отслеживания левых значений (постоянной температуры 2,51 градуса, к примеру) - но при этом суммы, итоги по энергии не нарушаются, т.к. идут напрямую со счётчика. Поэтому брак в данных очевиден.
При считывании ТМК редко, но бывают капитальные сбои с нарушением всех данных (т.к. суммирует программа) и искусственным присутствием критических нештаток, после переопроса всё становится нормально (инспектора ТГК в курсе, что это именно от считывания, а не от счётчика).
Трудно представить, что могут быть ошибки в СМС-ках, к примеру (да ещё там, где это связано с оплатой) - поэтому система считается надёжной. Но при пакетной передаче почему-то происходят сбои и перевирание цифр, редко, но бывают.
PAlex
Долгожитель форума


Откуда: г. Асбест
Всего сообщений: 808
Ссылка


Дата регистрации на форуме:
24 июля 2012
У меня, на узлах с плохой связью (со слабым сигналом) такое часто бывает. Лишних данных конечно не добавляется, но остальное бывает. Ошибки при передаче данных всегда возникают не зависимо от CSD и GPRS или обычный проводной модем. Именно по этому данные через модем передаются гораздо медленнее чем если снимать пультом переноса или на компьютер через RS232 при одинаковой скорости передачи. Информация передаётся блоками, с блоком идет контрольная сумма. Если контрольная сумма не совпала, то блок перезапрашивается. Это может длиться очень много раз. По всей видимости, программа Карат-Экспресс, после определенного количества повторных запросов, их прекращает и принимает как есть. Я так думаю. Бесплатная программа, что хотите!
top
Изгнанный


Откуда: Керчь, Крым
Всего сообщений: 406
Ссылка


Дата регистрации на форуме:
22 июня 2010
Всё искажение и добавление информации всегда проиходит ДО GSM/GPRS канала.

GPRS TCP вобще на протокольном уровне гарантирует правильную доставку и перезапрос при несовпадении хэш.

Пинайте производителя своего модема за использование индийских программистов.
---------
Кстати вы же используете канальные системы сбора? А GSM не гарантирует ЭТО! О чём я много раз тут писал.
Т.е. задержка запроса /ответа внутри GSM (от 1 до 15!!! секунд) может привести к нарушению целлостности данных и их потере или дроблению на несвязные куски, которые не "укладываются" в парсер ПО приёмной стороны, что приводит к искажению.
---------
Советую для CSD поставть анализатор-перехватчик RS232 и посмотреть какие данные приходят от модема.
Для GPRS - любой ethernet анализатор.
Дмитрий Анисимов
Администратор

Дмитрий Анисимов
Откуда: Верхняя Салда
Всего сообщений: 8269
Ссылка


Дата регистрации на форуме:
1 мар. 2008

PAlex написал:
[q]
По всей видимости, программа Карат-Экспресс, после определенного количества повторных запросов, их прекращает и принимает как есть.
[/q]


Этого быть не должно - за такое разработчику программы стоило бы оторвать... клавиатуру. Вы обращались с этой проблемой в КАРАТ?
Василий Кузнецов
Долгожитель форума


Всего сообщений: 3233
Ссылка


Дата регистрации на форуме:
28 июня 2011
Сижу анализирую информацию. Всё искажение проявилось только в формате файлов, сохранённых в эксель. Все сохраняемые файлы имели одно и то-же имя, но только записывались в разные папки.
Анализ последнего файла показал, что в нём находятся встроенные данные от двух предыдущих опросов.
Буду пытаться провести эксперимент, при каких условиях возможно совмещение в одном эксель файлв данных с двух разных файлов, имеющих одно и то-же имя. :(

Василий Кузнецов
Долгожитель форума


Всего сообщений: 3233
Ссылка


Дата регистрации на форуме:
28 июня 2011
Выкладываю файлы в родном формате и в формате эксель, которые получились в последовательности опроса и сохранения.
В этом сообщении первый узел учёта.

Прикрепленный файл (23.xls, 16384 байт, скачан: 519 раз)
Василий Кузнецов
Долгожитель форума


Всего сообщений: 3233
Ссылка


Дата регистрации на форуме:
28 июня 2011
Первый узел учёта родной формат файла.

Прикрепленный файл (23.k20, 6567 байт, скачан: 851 раз)
Василий Кузнецов
Долгожитель форума


Всего сообщений: 3233
Ссылка


Дата регистрации на форуме:
28 июня 2011
Второй узел учёта. формат эксель.

Прикрепленный файл (23.xls, 16896 байт, скачан: 486 раз)
<<Назад  Вперед>>Страницы: 1 2
Печать
Форум Теплопункта »   Диспетчеризация »   Достоверность передачи данных по CSD и GPRS
RSS


Время выполнения скрипта: 0.0425. Количество выполненных запросов: 17, время выполнения запросов 0.0249


     


IntB Beige Style © Fisana