А в каком файле путь поправили?

LD="$(PATH)/arm-none-eabi-ld"
в файле app_gcc_make_inc_s


А кто нибудь реализовывал полноценный кодер\декодер PDU сообщений? И еще странно что EVENT_SMS_IND существует,а API-шной функции выдёргивания и отправки SMS нету.

Сообщение отредактировал Lucky - Feb 11 2013, 16:46

Я работаю в text mode, API-шной функции выдёргивания и отправки SMS действительно нету (хотелось бы минимум три параметра получать из АПИ - номер отправителя, текст и время). По IND приходится AT командами вычитывать сообщение.

Эта функция и в Quectel, похоже, тупо использует AT в своем теле и вызывает callback при AT-ответе. При таком подходе не вижу преимущества АПИ, разве что визуально упростить код.
А указанные выше параметры все равно надо парсить руками из AT-ответа (в случае callback - с буфера по передаваемому указателю).

Народ а кто-нибуть тестировал ядро 1137B02V01SIM900M64_ST_DTMF_JD_EAT (насколько я понимаю это последнее) на предмет выхода в GPRS.
У меня странность наблюдается достаточно часто при EVENT_CREG_IND и cregInd_evt.status == 1, по моему в этот момент модуль зарегился в GSM сети оператора, но при чтении структуры ebdat4_29GetServiceCellInformation половина полей явно левая, и соответственно не регится в GPRS. А когда
там правильная инфа то всё идет правильно. Есть у кого мысли?

Народ кто-нибудь пользовался ebdat8_12SetSystemTime?????????????????????
Что-то у меня комбинация вида:
Data_Time.second = 0;
Data_Time.minute = 0;
Data_Time.hour = 0;
Data_Time.day = 19;
Data_Time.month = 2;
Data_Time.year = 2013;

if (ebdat8_12SetSystemTime (Data_Time,0) == FL_OK)
{
ebdat7_01DebugTrace("SET DATA + TIME -> OK ");
}
else
{
ebdat7_01DebugTrace("SET DATA + TIME -> ERROR ");
}
Выдаёт : SET DATA + TIME -> ERROR
Есть у кого соображения? Вообще-то эта функция в SIM900_Embedded AT Application Note_V1.02 вообще не описана, а в хидере есть, но похоже на текущем ядре не работает.

Если не описана в SIM900_Embedded AT Application Note, значит ее не реализовали еще, но если есть в хидере, значит будет. Пока можно устанавливать через обычную АТ команду.

Сегодня после китайского НГ списался с Симкомом. Готовлю им замечания по релизу. Релиз выпустили именно на том что уже было готово. Понятно что не без огрехов, но работа не стоит, ЕАТ будет развиваться и дальше. Там как минимум еще с десяток API предполагается добавить. Ну и обещают, где-то к маю, версию EAT для 900R64. Более предметно пообщаюсь с ними на выставке. Вернусь - расскажу что еще ожидается.


Ну и вчера общался с одним из клиентов.... Монстры - иначе не скажешь... Дизассемблировали ядро, переписали полностью кусок отвечающий за энергопотребление и у них теперь модуль как мобилка - оптимизирован по потреблению.... Хочу к ним в гости съездить, посмотреть что еще сделали под себя из ЕАТ.

Разобрался. Нужно год вводить последние 2 цифры реального года.

Знаю, какой это труд. Когда был молод - сам таким занимался.
Эдуард, кстати предлагаю Симкому вписать в замечания: пусть купят у людей коды и исправят прошивки, если сами там порядок навести не в состоянии. Может уже вообще пора выложить исходники в открытый доступ, хотя бы базовую часть? Конкурентам, думаю, там уже все равно воровать нечего, зато таким вот энтузиастам не придется в дерьме колупаться. Хотя может оказаться, что там исходники не лучше дизассемблированного кода.


И здесь Симком впереди всех! Потомкам проблему 2100 года нужно создавать уже сейчас - а то потом некогда будет

Сегодня целый день потратил на "игры" с EVENT_SMS_IND прерывание отлично срабатывает и выдает ID сообщения, но после отправки AT+CMGR=ID мне в догонку вместо ответа на команду прилетает +CMTI:"SM",.. c ID сообщения, а затем только ответ на команду. Меняя параметры АТ+CNMI избавится от +CMTI:"SM",.. так и не смог.
Или может кто подскажет как на время приостановить, а точнее запретить прием SMS ?

Сообщение отредактировал bugish - Feb 20 2013, 22:05

Люди помогите !!!! Использую ядро "SIM900DevIDE_DTMF_MultiTask_GCC(1137B02V01SIM900M64_ST_DTMF_JD_EAT).exe"
После установки там появляются 2 папки с примерами для Эклипса. Который SampleUseSIMComLibs работает без проблем - шьется в модуль и работает тоже нормально.
А вот проект SampleWithGccLibs собирается, но после зашивки его в модуль начинается бесконечная перезагрузка модуля. Кто-нибудь сталкивался с подобным?

>>>>И здесь Симком впереди всех! Потомкам проблему 2100 года нужно создавать уже сейчас - а то потом некогда будет

В 2100 году слово GSM даже знать не будут.

>>>>Или может кто подскажет как на время приостановить, а точнее запретить прием SMS ?

Отдельно SMS запретить вроде никак. Можно попробовать только так.

AT+GSMBUSY=1 — запрет всех входящих звонков.
•1, — запретить все входящие звонки
•0, — разрешить входящие
Результат данной команды не сохраняется в памяти и его надо повторять при каждом включении

Сообщение пришло без всяких препятствий.

Всё равно приходят. Проверено