Уважаемые форумчане!!!!

Решил попросить помощи на этом форуме, так как я его постоянный посетитель, и думаю что мне здесь не откажут.

Выбора у меня другого нет, а точнее нет не выбора - а времени.

Решил я заняться заработком денег по договору подряда.
И разумеется, как это часто бывает, первый же заказчак предложил мне разработать устройство РОВНО ЗА ОДИН МЕСЯЦ, которое одному мне не поднять никак!!!

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

ВОТ так всегда!!!!!

Суть устройства, заключается в следующем.

Принимать данные о координатах с GPS.
Сохранять их на нопитель информации в отсутствии канала связи с диспетчером.
Передавать данные по каналу GPRS и GSM(SMS) в диспетчерский пункт.
Передавать в диспетчерский пункт данные с датчиков уровня топлива и других датчиков.

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

Я БЫ НЕ ПРОСИЛ ПОМОЩИ СТОЛЬ НАГЛЫМ ОБРАЗОМ!!!, но поймите меня - первый проект(заработок), он сложный самый, и вопросов намного больше ответов, и мне приходится уповать только на ВАС и на моих знакомых программистов.


Собственно ВОПРОСЫ и заготовки проекта.
Хотелось бы услышать на них ответы и критические замечания.

Исходное железо:

GPRS - SIM300D_v2.02(060912) - это на тыльной стороне, а на наклейке почему-то SIM300DZ S2-1019B-F000D

GPS - tsi EB-230 3S200 0807 - Я вообще не знаю что это такое!! На данный момент.

Камешки: PIC18F4550 PIC16F877A PIC18F452 AT91SAM7S64 Atmega32 Atmega8535

Возможный интерфейс - RS232 или USB (для конфигурирования)

Накопитель MicroSD

Стандартный GPRS Modem на RS232 для диспетчера

Ну и рассыпуха, - вся SMD


ВОПРОСЫ

По критерию минимальных затрат и максимальной функциональности

1. Какой камень выбрать, чтоб подешевле и разгрёб всё что надо
2. Какие подводные камни могут встретиться при работе с SIM300 и что нужно сделать чтобы их избежать. Что нужно сделать на этапе разводки схемы. Какой надписи верить -D или DZ (квадратный модуль чтоб положить на плату и припаяться к краю платы).Может вообще не этот модуль использовать? Может есть что-то что не указано в стандарном подключении модуля (ДОКИ НА СИМы Я Скачал по ссылке на этом форуме). Может какие-то характеристики не укладываются в то что указали китайцы в ДОКах? Поделтиесь опытом. А желательно схемами в любом формате. Как грамотно и дёшево организовать схему включения/ выключения питания модуля.
Может есть модуль который совмещает и GPS и GPRS и выходит ДЕШЕВЛЕ???? Что посоветуете.
3. Что это за GPS модуль, с чем его есть как управлять. Если можно, здесь и поподробнее, так как ВРЕМЕНИ просто нет!!!!! Пол месяца уйдёт на Дабаг!
4. Какой стабилизатор взять, какую суммарную ёмкость фильтрующих кондёров поставить, (устройство будет стоять в АВТО 12В 24В).
5. Как грамотно подключить несколько СИМ карт. Желательно просто кусок схемы.
6. Как грамотно подключить держатель SD.
Мне гораздо проще работать с примерами а не с доками, но я Доки всё-таки читаю, и форум в этой ветке тоже.
7. Какие датчики и скакими интерфейсами сейчас наиболее распространены. Как бы сделать по-универсальнее?
Это только по схематике.

По соединению.

1. Как организовать соединение от Авто (нескольких) к Диспетчеру без статического Адреса. Какие плюсы и минусы этого варианта.(ограничение на количестао машин)
2. Как через сервер со статическим. Опять же плюсы и минусы.
3. Как для этих двух вариантов настроить модем.
4. Где нужно или не нужно разгребать TCP/IP. (В СИМ встроен вроде, а как пользоваться не знаю)

Желательно кусок кода в любом удобном формате.


На данный момент. Всё. Буду набрасывать схему, и подключать и настраивать модем диспетчера по собранной в данный момент информации. Писать Windows программу диспетчера (кстати может кто поможет с интерфейсом модема и ПК)

Всем кто откликнется огромный распект, а вошедших в моё положение не обделю ВебМаной.

Заранее спасибо, жду ответов. ЕЩЁ раз извините за наглость, но когда-то надо начинать, а лёгкую работу никто никогда не даст и приходится изучать что-нибудь новое.

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

А можно подробнее про установление сокетного соединения, и какие у него минусы.
Сокетное это напрямую минуя сервер - два айпишника соединяются? Если я правильно понял?

да соединяемся с IP+порт и командой "at+cipsend=" шлем любые данные. на втором конце эти данные прилетают точно в таком виде. как проводное соединение. и еще может более близкое это CSD соединение, только тарифы GPRSные.

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

Вот тут ребята организовали по UDP обмен:

http://besprovodka.ru/catalog/index.php?productID=316
http://www.mriprogress.ru/_files/GALS-T1v3.pdf

(Там глонасс стоит и SIM300)

А прикола с caxara.ru так и не понял. Пишется же caxaPa.ru

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

Полностью согласен!!!
Очень хорошее замечание.

А кто сказал что я не продумал протокол))
У меня в моём утройстве практически всё можно будет включить\отключить когда понадобится, на удалении, от каджой сим карты - до протокола

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

Ну на самом деле, я действительно хотел делать на ФТП. В конце концов мне всёравно какие АТ команды в модуль слать. Я сейчас как раз на распутье.

Насчёт сокетного соединения, если можно - лог удачного соединения по сокету посмотреть?

после настройки модуля передача одной посылки со стороны модуля следующая
at+cipstart="tcp","xxx.xxx.xxx.xxx","xxx"
OK
CONNECT OK
at+cipsend=88
> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxx //данные
SEND OK
CRC_OK // подтверждение правильности данных
CLOSED
закрываем соединение чтоб освободить порт для других устройст, поскольку количество соединений на один порт ограничено
"CRC_OK " в данном случае просто сервер шлет подтверждение правильности данных если серверу больше нечего сказать устройству, но это могут быть такие же двоичные данные.

Сообщение отредактировал M_Z - Dec 13 2008, 09:11

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

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

и ещё если не по TCP а по UDP - вроде разницы никакой? Я имею ввиду принципиальной, а не по надёжности. А за последовательностью приходом посылок следить самому. Насколько я понял "CRC_OK" - это Ваше програмное обеспечение шлёт.

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

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

PS. я так понял заскакивать "в гости" можно будет каждый месяц в следующем году

Сапсибо, за комплимент, я неплохо умею договариваться, а вообще главное - это получить работу в моём случае. А то что к следующему февралю заказчик получит то что хотел - не сомневайтесь.

Насчёт пасты не понял))

Паста - это лапша по-итальянски. Перед тем как развешивать повара её обычно готовят..

+1
афтар жжот
сорри за флуд