Зима, однако!

[timyr 458]

а на подобе как у энергетиков АСКУЭ не получится прикрутить, с соответствующими изменениями под проект естественно, и у мобильных операторов есть планы под это дело (у Юселл точно)...

Серж в этом сведущ вроде как...

[svn 15]

 

 

 

 

Самый сложный вопрос здесь транспортный, остальное типичная шина.

 

Ага, понимаю

 

Для интеграции по http протоколу проблем не будет (при условии надежного инета), а вот с СМС придется повозится. Если нужна гарантированная доставка лучше не использовать передачу модем-модем. Я уже давно не в узбекистане и не знаю существуют ли там сейчас компании агрегаторы, но если есть, то лучше через них.

 

Гарантированная доставка нужна. То есть, уровень от серверов в областных центрах до сервера в Ташкенте гнать данные не напрямую модем-модем, а через кого-то третьего? компанию агрегатор? В общих чертах это как технически (крупными мазками)?

В СМС тут так, похоже без них никуда не денешься для уровня кишлак - райцентр. Думаю, что на этом уровне другие способы передачи данных работать не будут. А так, отослал СМС и она пришла на модем и комп в райцентре. Тут еще есть одна большая ограничительная бяка. Таким точек отправки данных очень много (около 4 тысяч) и ставить там какое-то оборудование не получится. Идея использовать личные мобильные телефоны для передачи данных.

 

Если крупными мазками, то отправляется смс на номер закрепленный за вами у компании агрегатора, за прием, хранение и доставку несут ответственность они, вы у них забираете скриптом. Аналог: смс ленты на сайтах радиостанций, там похожий принцип. timur в следующем посте упомянул АСКУЭ, конечно лучше чтобы вам ответили люди которые с этим работают в узбекистане, но насколько я помню АСКУЭ на тот момент когда его внедряли мы, то там ни о какой гарантированной доставке речь не шла.

[mazin 392]

Не вижу проблем с организацией транспорта.

Используется инет. соединение с БД или серверами либо через VPN либо напрямую с авторизацией по SSL. Если актуально шифрование при передаче, то тут надо разработать свой протокол передачи. Но это дорого и глючно. Самый лучшый и недорогой вариант это через VPN.  Внутри республики будет работать. И валидный адрес нужен всего один, для соединения по VPN.

 

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

[andrey 266]

Не вижу проблем с организацией транспорта.

Используется инет. соединение с БД или серверами либо через VPN либо напрямую с авторизацией по SSL. Если актуально шифрование при передаче, то тут надо разработать свой протокол передачи. Но это дорого и глючно. Самый лучшый и недорогой вариант это через VPN.  Внутри республики будет работать. И валидный адрес нужен всего один, для соединения по VPN.

 

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

Аха, на уровне подразделения в областных центрах - сервер в Ташкенте и на уровне по Ташкенту между серверами  организаций так и мыслю.

А вот уровень от подразделений в райцентрах и выше, тут есть душевные сомнения, что сеть через Internet-VPN будет работать.

[Серж 94]

в АСКУЭ разные варианты с разными уровнями. Связь до отдельных счетчиков вообще в основном по CSD-каналу, Связь удаленных подстанций с серваком в области через CDMA-модемы, которые конектятся на реальный ай-пи сервака и включается так называемый виртуальный СОМ-порт. Ташкент с областями конектится к базам по тем самым реальным айпишникам на них. Вот как-то так, в общих чертах, организовано АСКУЭ.

[galich 406]

Буду ждать комменты

 

Да вроде как проходили ещё с Михал Михалычем, забыл?

Притом всё намного проще делается, вспомни свой отдел с телеграммами, СМСками (с 4-ого уровня) напрямую в Ташкент (на 1-ый), а там раздавай как хочется по областям и районам . Одна кака - человеческий фактор опечатки при отправки смсок . Что-бы шли в одном формате для автоматической приёмки устанешь людей на постах дрессировать . Один фиг нужен человек, который их будет глазками смотреть, и если отправлять данные не напрямую в одно место - то таких человечков треба больше, чем один.

 

Вариант второй - более осовремененный: заменить СМСки web-доступом на простенькую страничку с полем(ми) для ввода № поста и данных и кнопкой отправить. Чай тырнет браузер есть в любом телефоне и html-ка в пару килобайт в любой сети прогрузится. Также легко СМСки заменяются интерактивным USSD диалогом в два-три вопроса.

 

Как вариант (если бабки позволяют) использовать одного оператора и одинаковые телепоны. На партию в 4-5 тыщ аппаратов тебе китайские производители програмку отправки в определённом формате данных в прошивку сразу встроят, главное реши что и как передавать .

[andrey 266]

 

Буду ждать комменты

 

Да вроде как проходили ещё с Михал Михалычем, забыл?

Притом всё намного проще делается, вспомни свой отдел с телеграммами, СМСками (с 4-ого уровня) напрямую в Ташкент (на 1-ый), а там раздавай как хочется по областям и районам . Одна кака - человеческий фактор опечатки при отправки смсок . Что-бы шли в одном формате для автоматической приёмки устанешь людей на постах дрессировать . Один фиг нужен человек, который их будет глазками смотреть, и если отправлять данные не напрямую в одно место - то таких человечков треба больше, чем один.

 

Вариант второй - более осовремененный: заменить СМСки web-доступом на простенькую страничку с полем(ми) для ввода № поста и данных и кнопкой отправить. Чай тырнет браузер есть в любом телефоне и html-ка в пару килобайт в любой сети прогрузится. Также легко СМСки заменяются интерактивным USSD диалогом в два-три вопроса.

 

Как вариант (если бабки позволяют) использовать одного оператора и одинаковые телепоны. На партию в 4-5 тыщ аппаратов тебе китайские производители програмку отправки в определённом формате данных в прошивку сразу встроят, главное реши что и как передавать .

 

Схема передачи данных, как в Гидромете не подходит - транспорт не подходит, нет компьютерной обработки данных по уровням.

Напрямую с 4-го уровня на 1-ый тоже не подходит. Есть некоторая костность и административные требования со стороны эксплуатирующей конторы.

Это весьма заманчиво вводить данные по HTTP с 4-го уровня, но чую все же нереально с нашим покрытием и качеством мобильной связи. 4-ый уровень это в большей степень точки или рядом с кишлаками или довольно далеко от них.

Думаю все же, на обычных мобилах простая и устойчивая прона на Java, которая формирует и отправляет смс-ку.

USSD красиво, но я не знаю на сколько это незатратно и устойчиво. Тут сотрудники ОбСоСов могут сказать.

 

А что скажешь по поводу передачи данных с уровня 3 - с районных центров на областные? GSM data (CSD) или все же GPSR/EDGE? Передавать данные или делать сеть между районными центрами и областным центром?

[andrey 266]

в АСКУЭ разные варианты с разными уровнями. Связь до отдельных счетчиков вообще в основном по CSD-каналу, 

Счетчики установлены в кишлаках или городах? Интересно есть ли проблемы передачи по CSD кишлаков?

[galich 406]

 

 

Напрямую с 4-го уровня на 1-ый тоже не подходит.

 

А что не так? Множить принимающие точки в районах - вероятность ошибок возрастает чудовищно. У тебя же не автоматика отправляет данные как в случае с электросчётчиками, а человеки . Финансовый аспект озвуч, хотябы по телепону . Самое простое - возьмите за основу национального оператора! У UzMobile покрытие сносное, VPN между руимками в их 192-й сетке организовать не проблемма. Доступ можно фильтровать по номерам. Телепончики с програмкой отправки данных на борту я тебе организую легко, хочешь по http, хочешь через смс.

[andrey 266]

 

Напрямую с 4-го уровня на 1-ый тоже не подходит.

 

А что не так? Множить принимающие точки в районах - вероятность ошибок возрастает чудовищно. У тебя же не автоматика отправляет данные как в случае с электросчётчиками, а человеки .

 

 

Финансовый аспект озвуч, хотябы по телепону

Телепончики с програмкой отправки данных на борту я тебе организую легко, хочешь по http, хочешь через смс.

 

По первому, на 3 и 2 уровнях (в отличие от Гидромета) идут своя обработка и анализ.

 

По второму, нет никаких финансовых аспектов. Если звезды и планеты расположатся как надо, то в этом году будет концепция. В следующем году дело дойдет до проектной документации (рабочий проект, ТЗ, спецификация и прочее, прочее, прочее). Ну и значит закуп начнется не раньше второй половины 2015. Ну и конечно же, я к этому не буду иметь никакого отношения.

[galich 406]

 

По первому, на 3 и 2 уровнях (в отличие от Гидромета) идут своя обработка и анализ.

 

Ну и пускай идут .... . Один фиг (так как данные не автоматические) будет идти модерация и коррекция на логику, ошибки и очепятки. И один фиг тебе базы с 1-го вниз по 3-ий опять синхронизировать предётся . Может проще сразу раздавать готовые? Да и раздавать незачем - дай доступ на сервер  - кому что надо, сами возьмут!

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

 

P.S. Андрюх, ещё раз - данные не автоматические, не бери за основу архитектуру АСКУЭ - там лепилось всё поэтапно методом проб и ошибок, с тестовых региональных проектов, иногда как склеится-получитсяв полном цейтноте, учет ведётся как потреблённой, так и выработанной энергии, передача не только по линиям передачи данных, но и учитывалась возможность передавать и по силовым линиям на низкой стороне. Посему и базы компиляться на узловых серверах на всяких ГЭС, ТЭС и т.д.

Мы же имеем обычное исследование-обследование, пускай с периодом в несколько часов. Зачем множить"человеческий фактор" на количество узловых регионов? Так никогда не делается - инфа обрабатывается не то чтобы "в одинаковых", а В ОДНИХ УСЛОВИЯХ, а потом раздается для анализа!

[andrey 266]

 

По первому, на 3 и 2 уровнях (в отличие от Гидромета) идут своя обработка и анализ.

 

Может проще сразу раздавать готовые? Да и раздавать незачем - дай доступ на сервер  - кому что надо, сами возьмут!

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

 

 

Все так. Если была бы уверенность, что будет обеспечен нормальный выход в Инет (проводной или беспроводной) в небольших городах. Таких как Чимбай, к примеру.

[Серж 94]

 

 

Счетчики установлены в кишлаках или городах? Интересно есть ли проблемы передачи по CSD кишлаков?

Есть и проблемные в дали от населенных пунктов, там к модему цепляется внешняя антенна, но тут надо учесть ограничение в 32 километра у ГСМ. Но ЦДМА-модем с внешней антенной, установленный на мачте, да еще и на сети Узмобайла, решает многие проблемы с передачей данных.

[galich 406]

Все так. Если была бы уверенность, что будет обеспечен нормальный выход в Инет (проводной или беспроводной) в небольших городах. Таких как Чимбай, к примеру.

 

Вот тебе и ещё один голос в пользу одного центрального сервака. Нет временно связи с Чимбаем - нет данных ни у кого, а если вся инфа идёт в центр - то в пролёте только Чимбай . Понятно, что связь с удалёнными терминалами нужна по-любому, но её временное отсутствие будет не так убийственно

 

А вот это, правда медленно, зато надёжно:

Но ЦДМА-модем с внешней антенной, установленный на мачте, да еще и на сети Узмобайла, решает многие проблемы с передачей данных.

Построй VPN на их RUIM'ках прям внутри сети без всякого тырнета. Траф же мизерный, 4000 постов 3 раза в день по 2-3 циферки - ерунда полная. А если ещё и раздавать будешь с центра и лимитировано - то упаковать - будет совсем ничего

[andrey 266]

Спасибо. Уговорили речистые

Буду предлагать все организации и их структурные подразделения завязать в единую сеть (через Инет - VPN) - распределенная база данных и без передачи данных от уровня к уровню.

Транспорт - где возможно проводной Инет, где его нет, то мобильный (GSM или CDMA).

 

З.Ы. Но еще буду спрашивать, консультироваться