Мониторинг объекта по GPRS с отсылкой данных на сервер, SIM300+ATMega? Опции

[Disen]

Здравствуйте!
Возникла необходимость разработать устройство мониторинга удаленного объекта с передачей данных по GSM-каналу (GPRS).

Датчики собирают информацию (температура, давление, открытие двери и т.д.) о состоянии некого объекта и передают эту информацию микроконтроллеру (что-нибудь из ATMega?), тот в свою очередь по UART (?) отправляет данные GSM-модулю (SIM300), а тот с интервалом в несколько минут на веб-сервер.

В связи с этим возникло несколько вопросов:
1. Каким образом лучше подключить эти датчики?
2. Какой микроконтроллер подойдет для этих целей?


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

Спасибо!

[ArtemKAD]

Не, я понимаю - у меня было две меги 168+48 т.к. на DC-DC все равно ушел-бы бакс (типа совместил приятное с полезным). Но два ARM-а то на кой? Вам что сотни ног не хватает? Или сильно хотелось WinCE запустит ради 1кБ пользовательского кода?

http://eewiki.ru/wiki/FAQ_ARMGS10

Не, ну это приятное чтиво для любителей тонкого юмора

Правда ли, что на такие микроконтроллеры как LPC3250 обязательно надо ставить операционную систему и без нее никак?
A. Хотя теоретически возможно применение этих микроконтроллеров без операционных систем, практически это приведет к крайне низкой эффективности их использования.

Я от этой фразы просто упал. Это типа - если для Вашей задачи столько ресурсов даром не надо, запустите там WinCE и Вам этих двух ARM сразу не хватит.

[AlexandrY]

Не, я понимаю - у меня было две меги 168+48 т.к. на DC-DC все равно ушел-бы бакс (типа совместил приятное с полезным). Но два ARM-а то на кой? Вам что сотни ног не хватает? Или сильно хотелось WinCE запустит ради 1кБ пользовательского кода?

Я от этой фразы просто упал. Это типа - если для Вашей задачи столько ресурсов даром не надо, запустите там WinCE и Вам этих двух ARM сразу не хватит.

Даже не столько WinCe, а .NET framework. Очень популярная штука у студентов.
Собственно на студентов решение и рассчитано, тех кто не обременен уже тяжкими воспоминаниями об атмегах.

Нынче считать ресурсы не модно, если в розетку марвелы ставят, а на бытовые контроллеры атомы, то поставить на GSM два недорогих ARM-а будет совсем не избыточно.

[Aner]

Даже не столько WinCe, а .NET framework. Очень популярная штука у студентов.
Собственно на студентов решение и рассчитано, тех кто не обременен уже тяжкими воспоминаниями об атмегах.

Нынче считать ресурсы не модно, если в розетку марвелы ставят, а на бытовые контроллеры атомы, то поставить на GSM два недорогих ARM-а будет совсем не избыточно.

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

... все же избыточно, там АЖ три арма, внутри sim900 еще один. Избыточность от желания крутизны внешней, но посмотрите что получается с практической стороны:
1) отладка основного арма, отладка вспомогательного арма, отладка sim900 ... уже много. А как перепрошить SIM900? дебаг порт не вывели, забыли.
2) С точки зрения производства таких штук, по хорошему нужны три тестовые программы (две в армы одна на PC) и их взаимодействие.
3) Резко снижается надежность такого девайса, ...глюки одного множаться на глюки другого + глюки технологии сборки.
4) Не увидел достаточной защищенности цепей, развязки по ЭМИ и т.п., печально.
5) Разводка линии к разъемам антенн с потерями, моглибы и правильно сделать, наверное не было опыта с разводкой ВЧ.

[AlexandrY]

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

... все же избыточно, там АЖ три арма, внутри sim900 еще один. Избыточность от желания крутизны внешней, но посмотрите что получается с практической стороны:
1) отладка основного арма, отладка вспомогательного арма, отладка sim900 ... уже много. А как перепрошить SIM900? дебаг порт не вывели, забыли.
2) С точки зрения производства таких штук, по хорошему нужны три тестовые программы (две в армы одна на PC) и их взаимодействие.
3) Резко снижается надежность такого девайса, ...глюки одного множаться на глюки другого + глюки технологии сборки.
4) Не увидел достаточной защищенности цепей, развязки по ЭМИ и т.п., печально.
5) Разводка линии к разъемам антенн с потерями, моглибы и правильно сделать, наверное не было опыта с разводкой ВЧ.

"Избыточность" такое слово пора забыть. NXP скоро выпускает двух-ядерный LPC4300 и через годик все будут говорить только о нем.
Все на зубок будут знать зачем два и больше проца и как с ними отлаживаться.
Так что готовьтесь.

Здесь я предлагал некую форму сотрудничества, а не голую платформу.
Старший ARM уже имеет на борту все что надо, и не на линуксе, не переживайте.
C линуксом просто не реально было бы предлагать апгрейд всей прошивки по GPRS.

Тестовые программы некоторые есть.
Надежность от 2-х процов повышается. Каждый процессор следит за другим. STM32 сертифицированы для самых критичных приложений включая управление двигателями.
(Мы имеем рабочий дизайн 3 кВТ инвертера на нем)
Большинство глюков SIM900 которые обсуждаются в конфе в представленом решении обойдены.

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

Разводка антен строго по волновому сопротивлению. Не зная нашего стекапа вы не можете судить на глаз о согласованности волновых сопротивлений.

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

[M_Z]

Надежность от 2-х процов повышается.

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

[AlexandrY]

так и тут примерно таже ситуация.

Эт неверная модель предложеного решения ибо вы не описали оценки рисков. Вот это было бы интересно посмотреть на риски вашими глазами.

Даже с лампочками я вам скажу не все так просто.
Перегорая лампочка может вызвать КЗ которое разрушит питающие цепи (а кому интересно рассматривать абстрактные лампочки в вакууме?).
Следовательно параллельное включение лампочек более рискованное. (а кого интересует надежность, боле интересны оценки рисков)

Те ваше заведение не смогло на арм9 с линуксом реализовать датчик отрыва шкафа от стены, по причине нехватки аппаратных входов, недостаточной
тактовой частоты и разрядности и отсутствия сишных библиотек для датчика для АРМа ? Ж:-(((
Значит моя любимая атмега64 - рулит :-)))
А если серьезно то по-моему все дело в 120 долларах и 1500 рублях.

Я думаю все дело было в скорости отладки и количестве багов.
Среднее время поиска и исправления бага в приложении на линуксе на порядок больше чем в голой программе на суперцикле или RTOS.
Цена проца имеет минимальное значение, одни разъемы и прочая бижутерия на серьезной вещи будут стоить гораздо дороже процов.

[PCBExp]

Конкретно с нашей железкой никаких проблем не было и нет. Сухие контакты у нас работают как надо и все успевают. Железка есть и работает в составе и под управлением мощной системы на серверах. Ее удешевили как могли и получили на количества 10000 соответствующие цены. Один поставщик хорошо "постарался". Но видимо все дело действительно в откатах. С нами их даже не обсуждали, но описание попросили оставить - наверное "придавили" им какого то своего.