Хочу GPRS модем, как надо мне а не производителю Опции

[Rapid]

На rs485 надо протокол смотреть. Если протокол предполагает замер пауз между символами, как в Modbus RTU например, то просто так его по GPRS через "прозрачный" канал не просунешь. GPRS имеет свойство замирать на неопределённое время. Анком эту проблему решает за счёт буфера на приёмной стороне. С МТ9 пока непонятно, но девайс интересный, почитаем.

[Rapid]

На rs485 надо протокол смотреть. Если протокол предполагает замер пауз между символами, как в Modbus RTU например, то просто так его по GPRS через "прозрачный" канал не просунешь. GPRS имеет свойство замирать на неопределённое время. Анком эту проблему решает за счёт буфера на приёмной стороне. С МТ9 пока непонятно, но девайс интересный, почитаем.

[AnCom_support]

Вот Анком мне про условия планируемые для достижения 5 лет работы без подзарядки так и не ответил...

Модем просыпается пару раз в неделю, передает информацию и засыпает. Отдельно просыпается в аварийном случае по другому алгоритму. По расчетным данным в таком режиме его хватит до 5 лет, но я думаю всем понятно, что зависит это время от кучи факторов.
Для кого это нужно? Планируем внедрять в водоканалы, но есть множество заказов и от частных компаний. Параллельно с нами есть производители, которые на выставке Аква-терм представляли расходомеры (например КАрат) с автономным питанием. Поставил расходомер, поставил модем - получил систему учета, которую не нужно обслуживать.
Вот для чего создан этот модем и в таком режиме планируется передача информации с его помощью.

Альтернативные решения всегда есть, мы свое оборудование не навязываем. Просто мы донесли информацию, что есть решение с помощью нашей продукции для того, чтобы помочь людям, перед которыми в данный момент стоит задача.

Сообщение отредактировал AnCom_support - 22.2.2011, 10:38

[AnCom_support]

На rs485 надо протокол смотреть. Если протокол предполагает замер пауз между символами, как в Modbus RTU например, то просто так его по GPRS через "прозрачный" канал не просунешь. GPRS имеет свойство замирать на неопределённое время. Анком эту проблему решает за счёт буфера на приёмной стороне. С МТ9 пока непонятно, но девайс интересный, почитаем.

Вы правы. Чуточку дополню.
Существуют варианты исполнения модемов AnCom с RS-485 интерфейсом,
как в виде основного, так в виде дополнительного к RS-232C (модем может иметь до двух последовательных интерфейсов с возможностью одновременной работы с ними).
На приемной стороне ставится коммуникационный TCP сервер AnCom Server RM, функционирующий в качестве службы Windows.
AnCom SERVER RM принимает/отправляет запросы и устанавливает TCP-соединения с модемами AnCom RM на узлах учета и с функциональным ПО на диспетчерских пунктах.
В итоге интерфейсы (RS-232, RS-485, RS-422, Ethernet) видны на функциональном ПО как TCP/IP порты.

Если актуально использование Modbus или Profibus, телемеханические протоколы стандартов МЭК 60870-5-101 и МЭК 60870-5-104, где необходимо устранение временных разрывов пакетов данных на стороне приема, то это решается так: коммуникационное ПО AnCom Server RM производит конвертацию Modbus TCP <=> Modbus RTU, а встроенное ПО модема AnCom RM обеспечивает неразрывность принимаемых пакетов Modbus RTU (за счет их "склеивания").

Сообщение отредактировал AnCom_support - 22.2.2011, 10:51

[SIM]

Виртуального COMа нет :-(, но обещают встроить прямо в шлюз.
А когда мне очень нужно было данные с ВКТ-7 прочитать (VktEasy2), я поверх ихнего шлюза TCP-COM использовал (вот такую http://pcmicro.com/TCP-COM/) - работает. Таких програмок довольно много, есть и бесплатные (tcp2com например).

Интересное решение, и описание наглядное, по человечески написанно, в МТ9, каждый рубль расписан расходов, и то что тарифы стандарные подходят, без статических IP.

[niche]

Интересное решение, и описание наглядное, по человечески написанно, в МТ9, каждый рубль расписан расходов, и то что тарифы стандарные подходят, без статических IP.

Угу. У меня даже рабочее место без статического IP :-) И около 100 модемов на бесплатном TCP-шлюзе (Анком предлагает за свой сервер заплатить, если больше двух модемов).

Похоже на хохму, но в MT9 можно превратить и Анком RM. Только эта прошивка "для своих", делиться не хотят - наверное, чтобы Аналитик не обижался. А то у меня RM/D 3 штуки, без СИУ, так и просятся в общую компанию. Можно их без перепрошивки к маршрутизатору для MT9 прикрутить?

Может добрый суппорт Анкома поделится информацией, как модемы RM/D себя серверу идентифицируют?

P.S. Я читаю по GPRS теплосчётчики с протоколом MODBUS-RTU: ВКТ, ВИСТ, Ирвикон. Все эти проблемы с фрагментацией посылки надуманные. Запрос "туда" слишком короткий, чтобы даже GPRS-сеть его дробила, всегда одним пакетом приходит. А ответ "оттуда" отлично обрабатывается и без оглядки на таймауты.

[AnCom_support]

Угу. У меня даже рабочее место без статического IP :-) И около 100 модемов на бесплатном TCP-шлюзе (Анком предлагает за свой сервер заплатить, если больше двух модемов).

Похоже на хохму, но в MT9 можно превратить и Анком RM. Только эта прошивка "для своих", делиться не хотят - наверное, чтобы Аналитик не обижался. А то у меня RM/D 3 штуки, без СИУ, так и просятся в общую компанию. Можно их без перепрошивки к маршрутизатору для MT9 прикрутить?
Может добрый суппорт Анкома поделится информацией, как модемы RM/D себя серверу идентифицируют?
P.S. Я читаю по GPRS теплосчётчики с протоколом MODBUS-RTU: ВКТ, ВИСТ, Ирвикон. Все эти проблемы с фрагментацией посылки надуманные. Запрос "туда" слишком короткий, чтобы даже GPRS-сеть его дробила, всегда одним пакетом приходит. А ответ "оттуда" отлично обрабатывается и без оглядки на таймауты.

Опишите конкретную задачу. Добрый Анком саппорт попробует помочь

[niche]

Опишите конкретную задачу. Добрый Анком саппорт попробует помочь

Задача простая: организовать работу с модемами Ancom в режиме клиента через сервер-маршрутизатор MtRoute (для модемов MT9) вместо Ancom Server_RM. В модемах MT9 формат выдачи id настраивается, как и MtRoute, поэтому есть надежда либо одно либо другое привести к общему c Анкомом знаменателю. Соответственно и вопросы:

1. В каком формате передаётся идентификатор модема удалённому серверу после установления TCP-соединения?
2. Можно ли при наличии идентификации со стороны модема обойтись без ответной идентификации со стороны сервера? В документации однозначно не поясняется, можно ли оставив в модеме поле идентификатора сервера пустым отключить необходимость идентификации со стороны сервера.
3. Если идентификацию сервера отключить нельзя, опять же вопрос - в каком формате сервер должен передавать id?

[AnCom_support]

Задача простая: организовать работу с модемами Ancom в режиме клиента через сервер-маршрутизатор MtRoute (для модемов MT9) вместо Ancom Server_RM. В модемах MT9 формат выдачи id настраивается, как и MtRoute, поэтому есть надежда либо одно либо другое привести к общему c Анкомом знаменателю. Соответственно и вопросы:

1. В каком формате передаётся идентификатор модема удалённому серверу после установления TCP-соединения?
2. Можно ли при наличии идентификации со стороны модема обойтись без ответной идентификации со стороны сервера? В документации однозначно не поясняется, можно ли оставив в модеме поле идентификатора сервера пустым отключить необходимость идентификации со стороны сервера.
3. Если идентификацию сервера отключить нельзя, опять же вопрос - в каком формате сервер должен передавать id?

1. Процедуру обмена идентификаторами, мы высылаем пользователю по запросу. Это необходимо в том случае, когда пользователь пишет свой сервер.
2. Во 2-ой части ТОиИЭ, указана возможность отключения идентификации AT@ ATSUINIDENT =”0”
3. см. п.1

[niche]

Пообщался по почте с достаточно нелюбезным менеджером Аналитика... Резюме такое: подцепить RM/D в клиентском режиме к своему серверу можно, с идентификацией всё ясно, а вот поддерживать это соединение работоспособным в отсутствие трафика нельзя - только на основе протокола ATSWP, вставлять который в свой сервер только ради анкома ни у кого охоты нет.

Увидел выше по теме название Спектр-GPRS. Начал вникать. Подумал сначала, что-то приличное. Но нет, это что-то странное: рассылка данных через их комплектный сервер сразу всем модемам в сетке (если не все приборы с модбасом). Это же какой расход трафика...

А вот ещё: WRX700 от телеофиса. Ну, этот вообще напоминает макетный образец - за все свои 5 т.р. почти ничего не умеет.

Так что ограничимся тем что уже есть и работает: MT9 и Невод, а прочий зоопарк сдавать.

Может сравнительный обзор по всем автоматическим GPRS-модемам написать, вроде ЧАВО: цены, функции, ПО?

[Chabol]

Может сравнительный обзор по всем автоматическим GPRS-модемам написать, вроде ЧАВО: цены, функции, ПО?

Было бы ценным даже краткое резюме.

[AnCom_support]

Может сравнительный обзор по всем автоматическим GPRS-модемам написать, вроде ЧАВО: цены, функции, ПО?

Тема умерла?(
Было бы интересно и нам.

[niche]

Было бы интересно и нам.

Да вы наверняка сами конкурентов мониторите! Хотя активная тема привлекает внимание к продукции. Понимаю.

Времени пока нету. и когда будет не представляю. Вот разве что такая инфа: ребята из Тепловизора к своему маршрутизатору прикрутили ещё поддержку Анкома и Невода. Анком правда без atswp, так что не знаю, стоит ли вообще пробовать. Насколько мне известно, это пока единственный маршрутизатор с поддержкой нескольких (ажно трёх ;-)) типов модемов.

[AnCom_support]

Приглашаем специалистов форума на выставку "Отопление, водоснабжение, вентиляция и канализация" (ОВВК экспо - Москва)" 27-29 сентября 2011 г. в МВЦ "Крокус-Экспо". На ней компания Аналитик-ТС наглядно покажет возможности автономного модема AnCom RM/K.
http://www.obbk-expo.ru/page.php?9

[SIM]

Никто не думал применить протокол SIA (1200 бит) через голосовой канал по GSM. Если опрашивать датчики раз в 10 минут будет в сотни раз дешевле SMS, может и дешевле GPRS-3G c их округлением трафика постоянным до 100 кб. Охранные устройства так опрашиваются, им вопрос цены очень актуален. Чаще даже по DTMF где скорость вообще 80 бит/с, чтобы опросить состояние датчика вполне хватает 2-3 секунды.

Некоторые звонки внутри сети 15 коп в минуту, при посекундной тарификации или безлимитном тарифе цена может быть почти нулевая. Странно что никто не думал о таком варианте применения, GPRS или CSD имеют свои достоинства и недостатки, обычно дороже и хуже поддерживаются операторами (ниже приоритет, техподдержка может не знать что это такое).

Сообщение отредактировал SIM - 6.4.2012, 14:31

[SIM]

Вот пример, охранный контроллер с поддержкой SIA, помоему даже схема и прошивка свободно распространяемые

http://www.indemsys.ru/practical-electroni...GSM-MSP430.html

может кому интересно будет, а в идеале бы и включить поддержку такого протокола в промышленные модемы, если производители тему читают )

[Время-не-ждет]

Никто не думал применить протокол SIA (1200 бит) через голосовой канал по GSM. Если опрашивать датчики раз в 10 минут будет в сотни раз дешевле SMS, может и дешевле GPRS-3G c их округлением трафика постоянным до 100 кб. Охранные устройства так опрашиваются, им вопрос цены очень актуален. Чаще даже по DTMF где скорость вообще 80 бит/с, чтобы опросить состояние датчика вполне хватает 2-3 секунды.

Некоторые звонки внутри сети 15 коп в минуту, при посекундной тарификации или безлимитном тарифе цена может быть почти нулевая. Странно что никто не думал о таком варианте применения, GPRS или CSD имеют свои достоинства и недостатки, обычно дороже и хуже поддерживаются операторами (ниже приоритет, техподдержка может не знать что это такое).

два нюанса : 1. какой принцип будет для построения "большой" системы с множеством абонентов, как осуществлять "дозвоны" и проч. - поделитесь мыслями, пож-та. 2. данные по стоимости/округлению GPRS у вас устаревшие. тариф телематика от мтс предлагает округление 1кб, абонентка - 30 рублей в месяц. При грамотно построенной системе запрос-ответ, можно выйти на уровень 2-3 рубля в месяц за трафик с одного узла (теплосчетчик и т.п.).

В любом случае, предложенные вами метод интересен, спасибо.

[Rapid]

А по времени как часто происходит округление на телематике - нет случайно информации?

[Время-не-ждет]

При разговоре с представителями МТС прозвучала фраза: Если в сутки, например, израсходуете всего 1 Кб переданной-полученной информации, то, соответственно, стоимость будет начисляться не за 1 Мб, а только за потраченный 1 Кб.

[SIM]

1. какой принцип будет для построения "большой" системы с множеством абонентов, как осуществлять "дозвоны" и проч. - поделитесь мыслями, пож-та.

Есть программа http://www.lectussoft.com/opcserver.html позволяет опрашивать устройства по modbus периодически обзванивая модемы, доступ по CSD, всё настраивается, и частота, и предел времени на сеанс связи. Думаю можно делать большие системы с десятками подконтрольных устройств.

В любом случае, предложенные вами метод интересен

Охранные системы такой подход давно используют, наверное чем-то руководствуются при выборе метода опроса датчиков. Полезно может быть при слабом уровне сигнала (для GPRS нужен хороший уровень сигнала) и некоторых тарифах. У теле2, например, в тарифах первые 3 секунды не оплачиваются. Можно построить систему без затрат на услуги свзязи, теоретически.

Метод простой передачи данных, CSD 9600 в тарифах расписан как-то неконкретно, вроде бы нужен отдельный номер, поминутная оплата и сложности согласовывания с операторами. Не уверен что можно купить SIM карту в ближайшем ларьке и строить систему. Отдельно платить за номер для передачи данных и использовать поминутную оплату при сеансе связи 2-3 секунды может быть очень дорого.

Есть еще передача данных через СМС, но тут опять же многое зависит от оператора, от 1 рубля за СМС (типовая цена), до 2,5 рублей в сутки за 100 СМС у того же Теле2. Тарифы меняются и полагаться на операторов состовой связи может дорого выйти.

Для построения систем через GPRS есть еще один интересный проект, тут не упоминался, http://www.gsmpager.ru/tc65.html на основе сравнительно недорогого и распространенного модема. Оптимизирован под modbus подобный протокол.

Сообщение отредактировал SIM - 12.4.2012, 16:07

[manjey73]

Может повторюсь, не читал всю тему.
Модемы Radiofid, или Mikrotik 751 c обычным свистком.
Поднимаем openVPN клиента к серверу SCADA с прямым IP и маршрутизируем сети.
Сервер опрашивает устройства напрямую по IP внутренней сети за роутером (Radiofid или Mikrotik), при необходимости подключения к 232, 485 портам ставим во внутреннюю сеть моха.

сим карты могут быть любого оператора с любым тарифом, с серыми адресами, все зависит от заказчика, как он договорится с оператором. Общий счет например и безлимит на все симки или иное уже плевать.