Ув. программисты, прошу вашего мнения. В общем, требуется создать дешевый прибор GPRS сигналлизации, и , соответственно, пульт для него. Подскажите простые и надежные методы передачи данных от прибора на пульт по GPRS каналу? Может быть, Это через почтовый сервер должно быть, либо ftp сервер, или напрямую подключать устройства друг к другу. Но, соттветственно, нельзя терять передающиеся данные. Должен ли быть отдельный прибор на пульте, либо это будет простая программа на компьютере, работающая с интернет...

Сообщение отредактировал Варяг - Jul 4 2011, 04:19

Основная проблема при обмене данными с помощью GPRS - это "серый" IP-адрес. Наличие "белого" IP упрощает обмен, но удорожает эксплуатацию. Можно это обойти используя почтовики или фтп, но оперативности это, мягко говоря, не прибавит, а в сигнализации этот параметр важен... Конечно, лучше всего - свой сервер с постоянным IP, но это - расходы... Можно ещё посмотреть в сторону серверов для бесплатной IP-телефонии: они решают проблему определения IP-адресов устройств, находящихся за NAT, но такая реализация - не тревиальна...
В общем - нужно много думать, определять приоритеты и чем-то жертвовать...

Вот пример таблицы облачного сервиса Google собирающей данные с реального устройства.
Расходы на приобретение и поддержку такого сервиса нулевые. Доступен сервис с любого устройства имеющего выход в интернет.
Данные с устройства пересылаются по GPRS.

Да, вопрос интересный. Традиционно это делается TCP сервером с белым IP. Я бы, при наличии хороших программистов, попробовал бы HTTP сервер поднять и веб сервис на нем. Устройства скидывали бы на него данные, а пульт периодически сливал бы себе данные. Дело в том, что традиционная схема неудобна для развертывания, а тут HTTP сервер можно разместить на хостинге или в облаке.

упс, мой уровень еще недостаточно высок для этого

У нас это уже разработано и работает (и устройства сигнализации и пульт). Пульт - обычный компьютер с установленным TCP сервером. Устройства с сервером держат связь постоянно, т.к. каждое подключение/отключение генерит примерно 1к траффика (провайдер так калькулирует). А так устройство генерит примерно 1-2 мега траффика при отсылке alive на сервер каждые 7 минут и 5-10 сообщений в сутки. У сервера должен быть постоянный IP. Если договорится с провайдером то можно сделать приватную сетку для своих устройств, тогда на компьютер с сервером ставится GPRS модем. Или работать через инет.

Тот вариант, когда на компьютер с сервером ставится GPRS модем, достаточно ли он надежен? нужно ли дублировать его, и сколько одновременно устройств смогут работать корректно с этим пультом?

Надежность будет хреновая. GPRS канал имеет свойство отваливаться и пропускная способность никакая. Гораздо лучше поставить честный проводной интернет на пульт. Количество подключенных устройств в обоих случаях практически нелимитировано - считается по пропускной способности канала и не больше, чем ось на пульте может держать одновременно открытых сокетов.

Как это нелимитировано? Лимитрировано операционкой и памятью на борту. Начиная с 2000 сокетов, не все просто.

Понятно.КОличество одновременных подключений не лемитированно, имеете ввиду? И не подскажете источник по обучению WEB программированию. Можно ли это сделать на C# VS2008? или есть более простые решения?

Сообщение отредактировал Варяг - Jul 6 2011, 11:47

До сих пор еще сижу на C# vs2005, тк пока еще не придумал ничего такого что нельзя было бы на нем сделать. Моя специфика на C# немного другая(не веб программирование) но скажу, что различных источников информации (написанных профи) просто немеряно, как в электронном виде (интернет), так и в любом книжном магазине. В свое время на C# начинал с изд. WROX Карли Ватсона, где все начиналось с азов (а не для тех у кого 10лет стажа на С++). Вам нужно посмотреть ASP, ASP.NET, WEBFORMS, я думаю, что проблем у вас не будет, все получится.

Это ему надо знать для того, чтобы действительно освоить Web программирование. Но чтобы сделать TCP сервер, WEB программирование не нужно.

andrewlekar, как долго поднимается ТСР сервер?
Ткните носом в книгу, чтобы поднять ТСР сервер C#. Хотя, хочется еще пару примеров написанного кода увидеть.

Варяг
Простенький TCPшный сервак поднимается влёгкую на чём угодно за пару часов при знании языка. Delphi, С++, С#, php - дальше всё упирается в производительность этого сервера и обвес. Сам с этой задачей завязался - и убедился, что основная сложность не в написании сервера. ИМХО, для тестирования можно сделать самому , а для коммерческого использования надо заказывать у людей, которые только этим и занимаются.

Сообщение отредактировал MKdemiurg - Jul 7 2011, 06:45

Да, верно. Свой сервак написать легко, но трудно его заставить хорошо и безглючно работать. Примеры найти легко - забейте в гугл "TCP server C#".