[Varyag 0]

Варяг

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

 

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

[MKdemiurg 1]

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

 

Если у вас нет программиста в штате - всё сводится к одному - сделать макет и отработать логику работы, чтобы далее "скомпилить" хорошее и окончательное ТЗ для заказа сервера на стороне. Почему? Даже если вы реализуете сервер, его желательно сделать многопоточным - уже сложнее (правда если выделять по клиенту на поток - то ничего сложного, но...). Реализовать подключение к БД, смс рассылкам, почтовикам итд Потом всё это "синхронизировать", чтобы не было всяких fatalerror и вылетов сервера в 3 часа ночи. Вообщем эти мысли к вам придут в процессе написания и тестирования.

Я вот начал, и убедился что без опыта сходу тяжко. Когда вылазит бага где нибудь между потоками с сокетными соединениями и сидишь дуплишь - или это среда не позволяет или операционка рубит или просто лажу написал в какомто месте кода.

А вот найти действительно шарящего программера - это проблема №1.

Изменено 7 июля, 2011 пользователем MKdemiurg

[Varyag 0]

Если у вас нет программиста в штате - всё сводится к одному - сделать макет и отработать логику работы, чтобы далее "скомпилить" хорошее и окончательное ТЗ для заказа сервера на стороне. Почему? Даже если вы реализуете сервер, его желательно сделать многопоточным - уже сложнее (правда если выделять по клиенту на поток - то ничего сложного, но...). Реализовать подключение к БД, смс рассылкам, почтовикам итд Потом всё это "синхронизировать", чтобы не было всяких fatalerror и вылетов сервера в 3 часа ночи. Вообщем эти мысли к вам придут в процессе написания и тестирования.

 

Сколько будет стоить такой сервер, примерно?

[MKdemiurg 1]

Незнаю, в действительности вам его накатают из готовых кусков под ваше ТЗ. Как договоритесь. Не больше 800$ - там всё - от шифрования до аварийного перезапуска , проектирование БД и почтового клиента. Узнавал по сайтам найма на удалёнку. В реале может дороже... Дюже много сейчас программистов и конкуренции много соответсвенно.

[blox 0]

В Челябинске есть частное охранное предприятие "Варяг" вы оттуда?

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

оборудование?

[avor_il 0]

По поводу пропускной способности модема: на одном из серверов висит примерно 1100 устройств. Каких либо проблем по пропускной способности не замечено.

Сам сервер следит за модемом и если он отваливается то автоматически происходит реконнект.

Количество одновременный соединений конечно лимитировано. В самом простом исполнении поддерживается 2000 коннектов теоретически. При использовании IOCompletition теоретически поднимается до 65535 одновременных соединений. Сервер писан на С++ и работает под Windows не ниже XP (на старых операционках даже не знаю будет ли работать).

[Varyag 0]

По поводу пропускной способности модема: на одном из серверов висит примерно 1100 устройств. Каких либо проблем по пропускной способности не замечено.

Сам сервер следит за модемом и если он отваливается то автоматически происходит реконнект.

Количество одновременный соединений конечно лимитировано. В самом простом исполнении поддерживается 2000 коннектов теоретически. При использовании IOCompletition теоретически поднимается до 65535 одновременных соединений. Сервер писан на С++ и работает под Windows не ниже XP (на старых операционках даже не знаю будет ли работать).

 

А такой вопрос... насколько я понимаю, SIM900 может одновременно поддерживать 8 устройств командой at+cipmux. Возможно ли подключать к модему на sim900 большее количество устройств, и будут ли они успевать подключаться и отключаться, не мешая остальным?

[andrewlekar 0]

Возможно ли подключать к модему на sim900 большее количество устройств, и будут ли они успевать подключаться и отключаться, не мешая остальным?

Да, рано Вам сервер запускать. :) Команды для SIM900 всякие-разные - это команды для собственного TCP стека SIM900. В случае подключения SIM900 как модема к компу работать будет стек операционной системы компа, а модем будет работать собственно в роли модема. Поэтому количество подключений будет достаточным для работы. А вот пропускная способность такого модема будет слабенькой. Не знаю точно, какая максимальная скорость у SIM900 по UART, но полагаю где-то 115200, то есть около 19 КБ/сек.

[Varyag 0]

Да, рано Вам сервер запускать. :) Команды для SIM900 всякие-разные - это команды для собственного TCP стека SIM900. В случае подключения SIM900 как модема к компу работать будет стек операционной системы компа, а модем будет работать собственно в роли модема. Поэтому количество подключений будет достаточным для работы. А вот пропускная способность такого модема будет слабенькой. Не знаю точно, какая максимальная скорость у SIM900 по UART, но полагаю где-то 115200, то есть около 19 КБ/сек.

 

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

[avor_il 0]

Не путаем теплое с мягким B) at+cipmux позволяет модему подключаться к нескольким серверам одновременно в качестве клиента. А для сервера, как сказал andrewlekar эта команда не используется. Модем действительно коннектиться на 115200, но этого хватает с головой, мы же не файлы мегабайтные гоняем по каналу, а тревожные сообщения от охранной системы. Там каждое сообщение максимум пара десятков байт. Хотя если озадачиться пересылкой допустим картинок с камер видеонаблюдения то надо переходить на 3G.

 

[Aner 3]

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

Сам сервер не такой трудный в поднятии как база данных (например SQL) и ее интерфейсы и переферия. Вот там то поле для битвы.

[Varyag 0]

Сам сервер не такой трудный в поднятии как база данных (например SQL) и ее интерфейсы и переферия. Вот там то поле для битвы.

 

Охранный пульт с простейшей базой данных уже готов. только он работает пока только на смсках. Пока обошелся без SQL. Сейчас бы ТСР поднять, а потом уже за БД браться.

[MKdemiurg 1]

Сам сервер не такой трудный в поднятии как база данных (например SQL) и ее интерфейсы и переферия. Вот там то поле для битвы.

 

Смотря на чём писать!!!

Если подключить готовые драйверы (даже желательно подключить готовые), то всё сводиться к знанию С++.

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

[Varyag 0]

Смотря на чём писать!!!

Если подключить готовые драйверы (даже желательно подключить готовые), то всё сводиться к знанию С++.

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

 

С С++ все в порядке, а вот где взять готовые драйверы...?

[MKdemiurg 1]

С С++ все в порядке, а вот где взять готовые драйверы...?

 

В подключаемой библиотеке. ;)

Использую Qt , для себя выбрал MySQL( просто очень распространён). Ставишь MySQL и собираешь вручную через средства MinGW или gcc. Исходные либы поставляются вместе с MySQL.