Версия для печати
- Форум Теплопункта https://teplopunkt.ru/forum/
-- Диспетчеризация https://teplopunkt.ru/forum//index.php?f=37
--- Система диспетчерезации по GPRS https://teplopunkt.ru/forum//index.php?t=1556
-- top написал 4 марта 2012 14:52
Доброго времени суток,
разработали систему диспетчерезации по GPRS, у кого будут какие замечания, очень интересно.
Система "Аксон", щас в режиме отладки, так, что прошу не судите строго.
Посмотреть можно по адресу http://mera-krym.com/ (http://mera-krym.com/) логин OK25 пароль OK25 (латиницей заглавными)
очень интересно ваше мнение
-- seasanitar написал 27 марта 2012 0:05
Посмотрел вашу систему.
С моей точки зрения тупиковая ветка.
Использование свого модема со своим протоколом не с чем не совместимым.
В чем смысл производства свого модема?
Неужели вы в серьез рассчитываете сделать модем лучше, дешевле, удобней в эксплуатации, чем мировые бренды с огромным штатом, опытом и бюджетом?
Озвучьте стоимость модема и услуг.
Как конфигурируется модем?
По вашему пути уже ходили другие компании. Например, МПД стоит в 4 раза дороже модемов серийных производителей при этом генерит трафик в 10 раз больший, приходиться тратить в 10 раз больше денег на сбор. У остальных отечественных производителей картина схожая.
Мой вам совет не изобретайте велосипед, делайте системы на открытых решениях.
Какой из 3 протоколов SKS 3 вы поддерживаете?
-- top написал 28 марта 2012 7:54
Здравствуйте.
Весь смысл сделать систему дешевле чем у мировых брендов и уменьшить количесво глюков и ненужных функции.
Стоймость одного устройства получилась 144$, трафика съелось на 0.5$ за 5 месяцев сбора информации, использование сайта и нашего сервера - 1,2$ в месяц.
При этом блок полностью отвязан от внешнего питания. Батареи хватает на 2 года работы.
Конфигурируется через сервисную утилиту.
На данный момент отработали протоколы устройств нужные имеенно нам и популярные на Украине.
Непонятно о какой унификации вы говорите, если каждый производитель вычислителей создаёт свой протокол(и каждый год ещё и обновляет его).
Мы хотели внедрять подобные системы , предлагаемые европейскими производителями систем учёта, но цены на "железо" и ПО для наших условий просто неподъёмны, а сложнойть ПО и логика работы для конечного пользователя абсолютно неудобна. Тем более , опять же, каждый производитель таких систем привязывает их к конкретному протоколу.
PS Кстати наш представитель в Украине заверил, что у SKS3 (Суперком 01 он у нас называется) - один протокол. Надо уточнить 
-- Дмитрий Анисимов написал 30 марта 2012 11:27
top написал:[q]
Весь смысл сделать систему дешевле чем у мировых брендов и уменьшить количесво глюков и ненужных функции.[/q]
Смысл понятен, но в жизни чаще (или всегда?) бывает именно так, как сказал seasanitar:
seasanitar написал:[q]
Неужели вы в серьез рассчитываете сделать модем лучше, дешевле, удобней в эксплуатации, чем мировые бренды с огромным штатом, опытом и бюджетом? [/q]
-- top написал 30 марта 2012 13:17
Дмитрий Анисимов написал:[q]
Смысл понятен, но в жизни чаще (или всегда?) бывает именно так, как сказал seasanitar:seasanitar написал: [/q]
А никто и не гонится за "мировыми брендами". Я даже аналогов не видел от этих "мировых брендов".
Мы не изготавливаем модем.
Это не тот уровень, которым занимаются мировые бренды.
Конечно, если бы мы делали "туннель" для MBUS - было бы проще и дешевле использовать готовый GSM модуль того же SIEMENS или wavecom, запустить EAT, и работать с ним. И платить огромные деньги за договор с оператором, постоянный трафик и , возможно, за выделенную подсеть . Иметь кучу ограничений железа( по питанию и ПО ) , наложенных самим производителем, жёстко быть привязанным к диспетчерскому пункту, оплачивать ПО под каждый протокол , которых десятки.
Так как мы тоже занимаемся сервисным обслуживанием - такой вариант нас не устроил. А те системы что есть - НЕРЕАЛЬНО дорогие. Блок телеметрии-концентратор (опять же - туннельный и требующий 220В питание) - от 800$ - это не для наших реалий.
Когда у вас задача изготовить спец. блок телеметрии, поддерживающий множество протоколов - кто этим будет заниматься? Это не те объёмы.
Наша система это "надстройка" над модемом с целью унификации и облегчения работы. Конечному пользователю наплевать как устроена система, сколько она потребляет, - его критерий: меньше денег и меньше "головняка". Подключил и забыл.
Например, мы отрабатывали систему на кооперативных домах, где до этого слесаря ежедневно обходили все теплосчётчики и выписывали показания(часто неправильно и были претензии) . После установки председатель просто делал распечатку с сайта и нёс в теплосеть. Всё! ЗА весь сезон с симок сняло не больше 5грн(0.6$), а кое где и 1 грн ( 0.1$) - тут уже особенности тарификации GPRS.
-- Дмитрий Анисимов написал 30 марта 2012 13:35
Как-то все сумбурно.
Вы делаете некий "блок телеметрии" - он включается МЕЖДУ счетчиком и любым "стандартным" модемом? И является, по сути, конвертером протокола данного конкретного типа счетчика в стандартный протокол системы?
Если да, то в чем смысл? Не проще ли подключать к счетчику модем "напрямую", а работать с различными протоколами "научить" сервер опроса?
-- top написал 30 марта 2012 14:00
Дмитрий Анисимов написал:[q]
Если да, то в чем смысл? Не проще ли подключать к счетчику модем "напрямую", а работать с различными протоколами "научить" сервер опроса? [/q]
Не проще. Мы этот вариант рассматривали.
Тогда надо ежечасно подымать соединение . А это трата денег + зависимость от внешнего питания. Не говоря уже о пропускной способности принимающей стороны.
Т.е. при такой системе вы потратите минимум в 24 раза больше денег( по факту ГОРАЗДО больше- как от увелинного трафика обмена, так и от глюков оператора с тарификацией и обрывами).
Если же вы говорите об интерактивной системе, где модем постоянно поддерживает сессию GPRS и канальный уровень - то это ещё сложнее и как следствие ещё более огромные счета и , чаще всего, договор с оператором.
ЗЫ Тем более ввести протокол как раз очень просто, чем вылавливать глюки оператора при обрыве сессии - и данные будут уходить "в небо".
-- Дмитрий Анисимов написал 30 марта 2012 14:05
top написал:[q]
Тогда надо ежечасно подымать соединение .[/q]
Если я хочу получать данные раз в час - тогда да. Если хочу получать реже - то нет. А в Вашей системе разве не так?
-- top написал 30 марта 2012 14:13
Дмитрий Анисимов написал:[q]
top написал:[q]
Тогда надо ежечасно подымать соединение .[/q]
Если я хочу получать данные раз в час - тогда да. Если хочу получать реже - то нет. А в Вашей системе разве не так? [/q]
Нет.
Раз в час вычитка из прибора и сохранение в ПЗУ.
В определённое время( настраиваемое пользователем) прибор выходит на связь и выдаёт 24 записи базовой информации( время наработки, энергия, температуры, объёмы, ошибки, серийный номер . Если GPRS сессия не доступна( новый год, отсутствие слотов GPRS , просто ремонт) - передать он может в течении 3 недель с дальнейшим накоплением данных.
Время передачи на скорости 9600 - не более пары секунд. Там где я писал о 1 грн - видимо оператор даже не успевал начать тарификацию.
Почему ежечасно? Потомучто при "разборе" полётов с поставщиком тепла это очень удобно.
+ Удобно настраивать регуляторы или теплопотребление дома.
-- Дмитрий Анисимов написал 30 марта 2012 14:31
top написал:[q]
В определённое время( настраиваемое пользователем) прибор выходит на связь и выдаёт 24 записи базовой информации( время наработки, энергия, температуры, объёмы, ошибки, серийный номер . Если GPRS сессия не доступна( новый год, отсутствие слотов GPRS , просто ремонт) - передать он может в течении 3 недель с дальнейшим накоплением данных. [/q]
Абсолютно то же самое мы можем делать безо всяких промежуточных устройств: раз в сутки (в неделю, в месяц) обратиться к теплосчетчику и прочитать его почасовой архив.
Ваше устройство полезно только при работе с приборами, не ведущими почасовых архивов. Но у нас таких практически нет.
-- top написал 30 марта 2012 14:48
У нас таких навалом. Есть даже с импульсными выходами.
Да и трафика всё равно больше.
Не в промежуточном устройстве дело. Это уже особенность реализации.
Туннель дорого и вся сложность начинается уже на стороне приёма. Кто принимает, чей сервер, хватит ли пропускной способности, "где глюк?" - модем, оператор, вычислитель или ПО... Ну итд. Т.е. логика работы полностью зависит от капризов оператора.
Как вы например гарантируете соблюдение таймингов? Никак! В момент снятия архива он может (а это бывает очень часто) просто забрать слот.
Вообщем и там и там свои "нюансы".
-- Дмитрий Анисимов написал 30 марта 2012 16:00
top написал:[q]
Туннель дорого и вся сложность начинается уже на стороне приёма. Кто принимает, чей сервер, хватит ли пропускной способности, "где глюк?" - модем, оператор, вычислитель или ПО... Ну итд. Т.е. логика работы полностью зависит от капризов оператора.
Как вы например гарантируете соблюдение таймингов? Никак! В момент снятия архива он может (а это бывает очень часто) просто забрать слот. [/q]
Слов много, но о чем они? Я не понял, но мне и не надо. У нас и без "блоков телеметрии" все работает.
-- top написал 30 марта 2012 16:15
О том что нет никакой разницы где городить дополнительный протокол - при подключении поверх протокола вычислителя или последовательно с протоколом вычислителя.
Ведь вам надо както организовать туннель. А это дополнительный трафик. При этом в любом случае вы зависимы от этого "несущего" протокола.
Ваш "блок телеметрии" находится внутри модема и крутится как приложение EAT(как вариант внешний контроллер ). При этом режимы пониженного энергопотребления модемов , даже самых "мировых брендов" не позволяют сделать этот "блок" автономным.
[q]
У нас и без "блоков телеметрии" все работает.[/q]
Аналогично.
PS А какую систему вы используете?
-- Дмитрий Анисимов написал 30 марта 2012 16:21
Дмитрий Анисимов написал:[q]
Вы делаете некий "блок телеметрии" - он включается МЕЖДУ счетчиком и любым "стандартным" модемом?[/q]
Или у него свой "приемопередатчик" внутри?
-- Дмитрий Анисимов написал 30 марта 2012 16:21
top написал:[q]
PS А какую систему вы используете? [/q]
Свою. 
Но время рассказать о ней всем еще не настало. 
-- top написал 30 марта 2012 16:33
Дмитрий Анисимов написал:[q]
Дмитрий Анисимов написал:[q]
Вы делаете некий "блок телеметрии" - он включается МЕЖДУ счетчиком и любым "стандартным" модемом?[/q]
Или у него свой "приемопередатчик" внутри? [/q]
Внутри конечно. Стандартный GSM модуль с обвязкой.
НЕ будем же мы GSM модем разрабатывать сами... Для этого есть "индийские программисты" 
-- Николай Антипов написал 30 марта 2012 17:27
top написал:[q]
НЕ будем же мы GSM модем разрабатывать сами... Для этого есть "индийские программисты" [/q]
История была с модемами, выяснилось, что модемы IRZ52, купленные совсем недавно (примерно в феврале), перестали работать с платами RS-232 для теплосчётчиков ТМК, только втыкаешь разъём - а индикатор уже горит, как при связи Пришлось менять модемы местами, ставить на прибор модем, купленный несколько месяцев назад...
Так что вы не слишком жёстко конструируйте, а то они без предупреждения...
-- Николай Антипов написал 30 марта 2012 17:32
top написал:[q]
Раз в час вычитка из прибора и сохранение в ПЗУ.
В определённое время( настраиваемое пользователем) прибор выходит на связь и выдаёт 24 записи базовой информации[/q]
Так раз в час обязательный опрос или можно раз в сутки опрашивать? Впрочем, ВКТ-7 всё равно у вас нет...
-- top написал 30 марта 2012 18:02
123re написал:[q]
top написал:[q]
НЕ будем же мы GSM модем разрабатывать сами... Для этого есть "индийские программисты" [/q]
История была с модемами, выяснилось, что модемы IRZ52, купленные совсем недавно (примерно в феврале), перестали работать с платами RS-232 для теплосчётчиков ТМК, только втыкаешь разъём - а индикатор уже горит, как при связи Пришлось менять модемы местами, ставить на прибор модем, купленный несколько месяцев назад...Так что вы не слишком жёстко конструируйте, а то они без пр
едупреждения... [/q]
Это модем. Мы используем модули (центральный блок таких модемов). На модули идёт жёсткая спецификация и можно конфигурировать их под свои нужды.
Вот такие:
http://www.kosmodrom.com.ua/el.php?name=SIM900 (http://www.kosmodrom.com.ua/el.php?name=SIM900)
Да, получается раз в час - обязательный опрос. Раз в сутки - передача.
2008-2022, Дмитрий Анисимов
Этот форум работает на скрипте Intellect Board
© 2004-2007, 4X_Pro, Объединенный Открытый Проект