Перейти к содержанию
    

SIM800 и процессор

Добрый день!

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Добрый день!

Никак не могу определиться с архитектурой продукта. Оставить один 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 порта выведено. Пока бюджет не позволяет изготовить плату под свои хотелки, да и софт не готов.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Пока бюджет не позволяет изготовить плату под свои хотелки

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Надеюсь, товарищ 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 логику , а второе (B) выдает -12/+12V ? Понятно, что такое может быть, понятно, что нужен переходник TTL в 12V (RS-232?). Это правильный путь или я что-то делаю не так?

Осцилографа, чтобы посмотреть что там точно на выходе, у меня нет.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Но мультиметр-то хоть есть ? Посмотрите, что на TXD в неактивном ("stop") состоянии ? Вроде бы очевидно, что если (B) имеет 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".

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Каюсь, не привел ссылки. Набор ничем не залит, дока на него тут 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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...