Добрый день!
Никак не могу определиться с архитектурой продукта. Оставить один SIM800H, зашить весь нехитрый функционал в EAT и поиметь потом проблемы при расширении системы. Или прикрутить к модулю еще какой-нибудь AVR/PIC процессор. Может это и не так красиво, но надежно и потенциально перекроет будущие хотелки. Душа просит обойтись одним EAT (красиво же), а разум говорит, что лучше заложить нормальную базу сейчас. На сегодня от железяки требуется позвонить на указанные номера, проиграть туда заранее сохраненный файл, дождаться нажатия кнопки (DTFM). Такая простая GSM сигнализация. Даже, я бы сказал, proof of concept. Есть ли смысл запихивать всё в EAT?

в принципе есть. т.к. в этом сегменте конкуренция высокая и важен каждый цент.
в средний и премиум сегменты с расширенным функционалом - да, лучше ставить отдельный контроллер, т.к. модуль наверняка не сможет поместить в себя все задачи в этом сегменте.
т.е. для описанной выше задачи ЕАТ будет самым разумным решением.
если будут вопросы по разработке - вэлком ту wirelessГАВmt-system.ru

Мало того, EAT избавит вас от проблем с кривой реализацией буфера UART и AT-команд с их таймингами.
Запланируйте модульную HW архитектуру: предусмотрите возможность подключения платы раширения через свободный UART.
Часть функционала будет реализована в EAT, часть - в съемном внешнем модуле (при необходимости).
Таким образом можно существенно оптимизировать общую программную архитектуру, снизить себестоимость, увеличить скорость разработки/отладки проекта и частично избавиться от зависимости от поставщиков компонентов, использовав кроссплатформенный код.

И, кстати, можно писать универсальный код, работающий и из-под EAT (используя только виртуальльный UART и цифровые порты модуля), и из MK любой архитектуры. Нужно лишь написать мультиплатформенный HAL-драйвер с переключателями.

спасибо за ценные советы. С разработкой пока проблеи нет, ибо по-настоящему разработка еще не началась. Про плату тоже была такая идея - развести под какой-нибудь проц, и при производстве можно собирать два варианта - с процессором или без. Насколько я понимаю стоимость собственно платы от этого практически не зависит.
Другая проблема - все готовые платы заточены под ардуину или уже содержат процессор. И от модема имеем только RX/TX. Заказал на olimex платку, там вроде 2 порта выведено. Пока бюджет не позволяет изготовить плату под свои хотелки, да и софт не готов.

ЛУТ уже отменили?

Не отменили, просто я немного не в теме. Паяльник есть, но я им могу 2-3 проводка вместе спаять, примерно на таком уровне. Я больше по программной части. Ну то есть я понимаю примерно как работают разные железочки и даже структурную схему девайса могу набросать, но не более того. Сейчас вот есть developer board для sim800 с ней и работаю. Ну а как задышит всё - буду думать о плате.

Надеюсь, товарищ 2.8В от 3.3В и, тем более, 5В отличия знает.. Про согласование уровней не забывать!

До согласования уровней пока не дошло - имитирую периферию посылкой данных в терминал. Благо есть шнурочки USB-UART (насколько я понимаю там внутри чип) которые видятся как /dev/ttyUSBx

раз уж упомянули о согласовании уровней спрошу, хотя конечно то не про сотовую связь, а про азы.
1. Есть устройство А (приемник радиосигналов) с выходами RX/TX, подключаю к ноуту через преобразователь на CP2102 и отлично вижу поток данных на скорости 115200.
2. Есть устройство B (набор разработчика для SIM800/900) с DB9 разъемом. Подключаю шнурком (линукс говорит что это PL2303) и тоже отлично вижу все данные на 115200.
Хочется подружить устройства A и B. Проблема в том, что A не работает через PL2303 (приходят данные, но нечитаемые, мусор). Смена скорости на 57600 и др, результата не дает. Вполне ожидаемо B не работает через CP2102.
Может ли быть что одно устройство (A) имеет TTL логику , а второе ( выдает -12/+12V ? Понятно, что такое может быть, понятно, что нужен переходник TTL в 12V (RS-232?). Это правильный путь или я что-то делаю не так?
Осцилографа, чтобы посмотреть что там точно на выходе, у меня нет.

Но мультиметр-то хоть есть ? Посмотрите, что на TXD в неактивном ("stop") состоянии ? Вроде бы очевидно, что если ( имеет DB-9, то это с вероятностью 99% RS-232 (не обязательно +/- 12, может быть и 6...10 и даже, в особо тяжелых случаях, без отрицательного уровня вообще), и если нет возможности посмотреть скопом или вскрыть на предмет посмотреть наличие трансивера RS-232, то уж мультиметру все станет ясно (как ясно, что "шнурок" без трансивера RS-232 или попросту бы не работал или сдох бы от 12-вольтовых уровней). Ну и "набор разработчика" - он что, эпоксидкой залит ? Куда разведен DB9 (хотя любому телепату и так понятно, что там трансивер RS-232 стоит) ?

Каюсь, не привел ссылки. Набор ничем не залит, дока на него тут http://www.simcom.eu/media/files/SIM900-EVB_UGD_V1.02.pdf
Там написано:

SIM900 EVB User Guide
3.5 RS232 Interface
Serial Ports

Serial Port 1
MAIN Interface

Serial Port 2
DEGUG Interface (тут у них опечатка, DEBUG естественно)

Про уровни сигнала ничего не нашел, но rs232 я полагаю значит как минимум "не TTL".

В описании явно видны микросхемы драйверов RS-232 возле разъемов DB-9