DialUp vs. ADSL (проектное решение)

[Atham Mirazizov]

С утра встречался с потенциальным заказчиком.
Задача:
1. Существует оборудование, оснащённое блоком электроники, собирающим данные с датчиков. На выходе RS 232 порт, формат потока данных пока неизвестен (разберёмся по ходу).
2. Оборудование территориально разбросано пока по Ташкенту.
3. Заказчик хочет:
- иметь централизованные данные у себя по каждому объекту
- как обычно за минимумом затрат

Предложено поставить сис. блок (дохлая конфигурация) с интерфейсом RS 232, промежуточной обработкой данных, передачей по каналу связи на центральный сервер.

Вот тут то возникла заковыка.
Мы предлагаем ADSL канал с самой узкой полосой какая найдётся у провайдера.
Техспец заказчика попытался продвинуть идею с DialUp, но после наших несложных выкладок по DTE (опять же сисблок), приобретения такого же количества модемных портов и PSTN каналов на принимающей стороне благоразумно согласился на ADSL.
Теперь наша очередь думать, существуют ли тех условия для ADSL на объектах? Какую ось, и приложение ставить там (желательно влезающую на одну дискету)? А может вообще есть некое тех решение, позволяющее обходиться более провинутой железкой чем сисблок?
И вообще, при условии оффлайновой выгрузки данных может выгодней использовать DialUp?

[Avaz Khasankhodjaev]

Действительно, при оффлайне - зачем такое же кол-во портов? На каждой станции с оборудованием ставится комп с модемом. Некая софтина выгружает нужные данные, сжимает их, поднимает диал-ап (или деманж), после дозвона и авторизации - передает на "цент.узел", который имеет скажем одим модем на N-ное кол-во станций. Количество расчитывается по объему данных и необходимой частотой их передачи.

А вообщето, имхо, "по ходу" решить не получится. Или получится "криво". Так что до транспортного уровня необходимо чётко нарисовать логику.

[Alisher Umarov]

Да пожалуй то что предлагает Alister самый оптимальный вариант.
Только обратите внимание на качество телефонных линий и нужно учесть что данные надо будет передавать в ночное время.

В качестве системы на дискете есть множество вариаций линукса какраз для этих целей. Но учитывая плохое качество дискет предлагаю использовать загрузку с USB Drive.

Как доп информация: Минимальная полоса ADSL 64Кб/с.

[Atham Mirazizov]

Из за частоты воровства кабелей рассматриваем решения по передаче данных с использованием мобильной тел. связи.
Может кто нибудь уже имеет подобное решение? Не хочется наступать на грабли.

[Фаррух Караматов]

Сообщение от Atham Mirazizov

Из за частоты воровства кабелей рассматриваем решения по передаче данных с использованием мобильной тел. связи.
Может кто нибудь уже имеет подобное решение? Не хочется наступать на грабли.

Можно как вариант подключить GSM шлюзы, но это решение не из экономных:



Подробнее о GSM шлюзах можете почитать тут

У нас можно приобрести GSM шлюзы Sagem, у дистрибюторов в компании Winncom.

[Atham Mirazizov]

Будем изучать.

[Avaz Khasankhodjaev]

Сообщение от Atham Mirazizov

Из за частоты воровства кабелей рассматриваем решения по передаче данных с использованием мобильной тел. связи.
Может кто нибудь уже имеет подобное решение? Не хочется наступать на грабли.

Действительно, кабели воруют. Но: 1. как часто это происходит, 2. сколько времени будет "простой"? Если время простоя (без связи) - показатель критический, тогда можно две сотки иметь - одна на центре, вторая - запас - где связь оборвалась - там и установить до того, пока кабель не восстановят.

[ANodir]

Атхам а почему бы не использовать стандарт CDMA, Перфектум или УЗМобайл предоставляют услуги интернета через сотовую связь.
Или GPRS правда он настолько медленный.
Абон плата плюс телефон.
Трафик не так много.

Мда не поглядел на дату.

[sibirius]

На мой взгляд оптимальным является решение gsm к томуже данные снимать требуется с оборудования разбросанного по Ташкенту. Трафик думаю небольшой и обычного CSD канала думаю должно хватить с лихвой на снятие данных. К примеру на счетчике Электроэнергии это примерно 200-300 килобайт за сессию.

[Atham Mirazizov]

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