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

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

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


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

Спасибо!

GSM-модуль SIM300 не для новых проектов. Использовать SIM900 нужно если от SIMCOMa.
От Атмела лучше перейти на NXP армы, по цене тоже самое, по производительности большая разница.
В плане разработки самими, если нет опыта и практики, проект трудно-подъемный.

Могу предложить такой вариант: http://www.alylab.eu/OpenProjects/ARMGeoSpyder2/ARMGS2.htm

Это плата на двух микроконтроллерах (не считая тех что есть в модулях )

Один мощный на ядре ARM9 и он отвечает за все коммуникации в интернете по GPRS, SMS, CSD
Второй на Cortex-M3 работает с входами-выходами.
Микроконтроллеры связаны между собой по UART.

Можем предложить плату с прошитым в ARM9 полным коммуникационным стеком включая PPP, TCP/IP, DNS, eMail, WEB сервер, SNMP агента, FTP клиент и сервер и т.д.
и с простым API и коммуникационным протоколом к контроллеру ввода-вывода.

Пользователь программирует только Cortex-M3 прикладным алгоритмом работы с внешними сигналами.
Апгрейд прошивки и ARM9 и Cortex-M3 может быть автоматический по GPRS.

Есть несколько Add-On плат к этому решению.
В частности платы расширители ввода-вывода по интерфесу CAN, платы c TFT дисплеями, c LCD дисплеями,
адаптеры CAN в 1-Wire (iButton) и т.д.

а не слишком ли жирно. столько контроллеров. зачем?

http://eewiki.ru/wiki/FAQ_ARMGS10

Кстати в GSM модуле да и GPS применяют минимум по два микроконтроллера. Зачем?... Наверно мода такая

Aner

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

AlexandrY
Спасибо за предложенный вариант, но я вынужден согласиться с M_Z - а не слишком ли жирно?

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

Учтите, что именно у этого модема жуткая техподдержка.

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


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

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

Slonofil
Спасибо за совет - учту. Этот модем привел в качестве примера, так сказать, первый попавшийся.
По мере изучения вопроса буду искать альтернативы

Нет, сам-то модем, похоже, ничего. Я его запускал - работает. Но тех.поддержка вместо вменяемых ответов на уточняющие вопросы (попытался понять смысл некоторых ляпов в документации) предлагает дать денег на разработку чего-то, что уже должно быть внутри... хотя я с ними земляк (контора из Питера), но я им не товарищ.

Кот Матроскин из Простоквашино: а у меня дядя на гуталиновой фабрике работает - у него этого гуталина завались,
вот и (ставит армы) шлет его всем подряд

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

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

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

STM32 который применен на плате в качестве младшего проца как раз и поддерживает автономку когда старший ARM выключен.
На фоне модулей его потребление ничтожно, но прецизионная зарядка сделанная на STM32 дает возможность свободно менять тип аккумуляторов с лития ни NiMH и даже на батарейки.
Такая зарядка сделанная отдельно стоила бы дороже этого микроконтроллера.
При этом вся функциональность которую кто либо мог бы сделать на atmeg-e легко переносится на STM32.

Старший ARM нужен для тяжелых и долго разворачиваемых вещей как FTP клиент, WEB сервер, SNMP агент, почтовые клиент и сервер, SSL шифрация и VPN, выходы на Google maps или карты Яндекса, сохранение и скачивание больших файлов и т.д.

Что значит "ничтожно"? У тебя "в автономке" модули включены или как? Похоже - или как (ARM работающий с ним - выключен).
Так на фоне всего выключенного сколько потребляет?

Примеры.
Но они не годятся. На трафике разоритесь.
Насчёт МК, есть решение в пределах $2, но оно экзотическое. В вышеупомянутых девайсах стоят MSP430F149, накладно слишком.

Интересную задачу топикстартер решает однако. В конце прошлого - в начале этого года подобной темой озаботился один телекоммуникационный монстр. Задача стояла так - мониторить шкафы с оборудованием, стоящие в жилых домах. Дальше все как у топикстартера - только канал ETHERNET. Никакого WEBа никаких серверов - просто трапы. Чем дешевле тем лучше. Победила какая то контора, которую "притащил" производитель шкафов, хотя я могу ошибаться. Только там еще был обязательным условием датчик отрыва шкафа от стены. Чуть ли не 10000 штук на 2010 год с началом установки в апреле.. Мечта.... Наше заведение предложило ARM9 с линуксом за 120$ и пролетело мимо... победила штука на атмеге за 1500р. На момент принятия решения ее никто живьем не видел. Столько сил зря потратили..... Интересно, тема продолжается?

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

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

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

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

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

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

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

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

Прикольный отладочный набор. как серийное изделие Трекера оно ИМХО не жилец, для трекера pic24-32 более чем с головой. и цены сейчас не те что раньше... тут ведь каждый, кто через ком порт послал модулю АТ, и получил от него ответ сразу старается сделать трекер ))

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

Причем немало важно еще и то что на авээрке, грубо говоря, это все можно спаять на куске макетки минут за 20-ть любым "утюгом".
(те это я про разработку печ платы, возможное исправление ошибок, монтаж деталей и все что связано с hardware)

PCBExp

Вот и мне надо нечто подобное, только ещё проще: датчик движения, температура и открытия двери.


Вот этого я не знаю. К телекоммуникационным монстрам никакого отношения не имею. Девайс нужен для личных нужд.

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

Если конкурс проходил на территории быв. СССР, то всё дело в том, каким будет размер отката организаторам конкурса и заказчику. Примерный сценарий дальше такой: контора, "выигравшая" конкурс через год-полтора говорит "не шмогла", "дайте ещё", "выяснилось, что за столь смешные деньги мы ничего сделать не сможем" и т.п. Итоговая стоимость проекта достигнет 250-300$ МИНИМУМ. Мы ж понимаем, как это делается!..

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

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



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

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

К сожалению, дальше Вы ничего официально не узнаете. Надо бы, чтобы все организации после проведения конкурса выкладывала всю информацию о финансовой стороне сделки (платёжки, контракты и т.д.), а так же имелись какие-то подтверждения о фактической работе выигравшей тендер организации. Скажем, через год устройство должно быть аттестовано, требуется получить сертификат и т.п. Если результатов нет - через суд требовать пересмотра тендера, возбуждение уголовного дела и т.п. Этого нет, поэтому обычно творится безобразие. Набирают участников для "массовки", потому что нельзя приглашать только одного, но фактически выбирают именно из того, с которым есть договорённость.

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

Лампочки бывают разные.
В подъезде лампочка накаливания перегорала каждый месяц.
Электрики ходили и меняли регулярно... но вот их терпение вышло... и теперь вместо одного светильника в подъезде 2, включенных последовательно - давно не перегорало

Ну если б я не знал сколько ресурсов требует openSNMP на освоение может и поверил бы в эту историю.
А так я думаю вам даже корректный MIB-файл было мучительно сложно делать не говоря уж про адаптацию в SNMP менеджеры.
Только разбираться в доке на openSNMP надо столько времени за сколько сколько ушлый кодер на каком нить PIC-е все приложение с трапами напишет.

Полностью согласен про SNMP. Только я ни раз ни сказал что у нас так реализовано. Так задание "стояло" и казалось заказчику что так должно быть дешевле - потому как можно реализовать на мегах и пиках. Задолго до получения этого задания на свет появилась и успешно работает система с аналогичным функционалом. Под задание "кастрировали" железку стоившую в 2 раза дороже, но.... всеравно пролетели . Зато сейчас в один российский регион отгружаем больше 2000 штук.

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

Складывается впечатление что на АРМЫ требуют вачдога на другом арме )) ГГ.

Да... Надо у себя в подъезде 3 в послед поставить

Да к сожалению тяжелые ARM-ы требуют внешнего супервизора. Ну так это никто не скрывает. На многих платформах даже с атомами на сброс стоят отдельные микроконтроллеры.

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

А, ну тогда все хорошо.
Я тоже конкурировал вот с таким дивайсом: http://www.hw-group.com/products/damocles/...s_2404i_en.html
Они сделаны кстати на ATMega.
Функций вообщем кот наплакал, но как подано! Особенно веб интерфейс на Adobe Flash.
Надо учиться.




Так двоечник, даю сутки на подумать как возникает KЗ при перегорании лампочки.

ДА ДЕЙСТВИТЕЛЬНО!!!
А по поводу того что Вам еще УЧИТЬСЯ, так вот это наверное единственная здравая мысль написанная Вами в этой ветке.

Ну а от себя добавлю что в Вашем проекте трекера не хватает Core i7. А так же лампочек наверное не менее чем по киловату штук 3х. Ну ясное дело их нужно соединять последовательно. поставьте и тогда продажи пойдут милионами штук в месяц.

А еще лучше чтоб (совсем все катаклизмы исключить) этот супервизор должен питание снимать с АРМа и памяти. Но эта тема уже не этой ветки конфы - это в ветку АРМов а с лампочкой лучше к начинающим а то местный модератор нас поругает мало мало...

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

Посмотрите здесь http://www.amrita.ru/index.php?units.php?num=229. Этот девайс предоставляет постоянный (или по звонку) прозрачный канал связи с сервером, через который можно опрашивать ваши датчики. Связь через GPRS/Интернет шлюз.