Для "Peps" и остальных кто пользуется ЕАТ - исправления. Опции

[CADiLO]

Simcom ответил на запрос согласно вот этого:

1. possibly error in libraries SIM900DevIDE - procedure of interrupt trap from signals
UART EVENT_SERIALSTATUS in manual,
and EVENT_SERAILSTATUS in fl_appinit.h.

2. In a document SIM900_Embedded AT Application Note_V1_0.pdf page 34 possibly error.
A "Type" is written FlTriggerType , in libraries this type is described as FlGpioTriggerType.

3. interrupt does not work from GPIO


новая версия фирмваре выложена - http://microchip.ua/temp/coresw3.rar
Документацию заменю на сайте по приходу новых версий.


Вот дословно ответ:

Thanks for your interest for our Embedded AT.

1 > For the spelling in our code “fl_appinit.h”, it is a mistake. However it will not affect the running of our program. You can use it
2 > We will change the doc accordingly.
3 > For question3, please test beat version.

[Peps]

Спасибо огромное, появится свободная минутка - обязательно протестирую прерывания и отпишусь.

[CADiLO]

ОК. Если что еще обнаружите пишите.

[Peps]

Обнаружил что присланная версия 1137B01V03SIM900M64_ST_EAT_FOR_TEST_20110307 мягко говоря неработоспособна. Модуль включается по кнопке PowerKey, в отладочный порт выдает FC FC FC FE FC FC FE FC не регистрируется и не передает управление пользовательской программе. Иногда светодиод статуса просто гаснет, после чего совершенно не реагирует на кнопку PowerKey. Перепрошивал версию V02 - пользовательское приложение работает, модем регистрируется в сети.
Крепко видимо наши юговосточные братья отметили свой новый год!

[CADiLO]

Понятно - отправил на SIMCOM.
Бум их пинать.

[pomidorov]

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

Peps,
Вы пробовали обновлять прошивку по воздуху с помощью eat1_09UpdateEmbeddedAp() ?
Вроде работает, но думаю, насколько безопасно использовать если будет сбой питания.
Не знаете, в файле .cla присутсвует контрольная сумма?

[Peps]

К сожалению не могу ответить Вам не на один вопрос.
Я не любитель всяких экзотических способов обновления прошивки. Хотя, если в программе обнаружен критический косяк - обновление по воздуху как возможность сэкономить деньги на транспортировке прибора. А если перепрошивка даст сбой - ну что же, все равно нужно было бы везти прибор в сервис...
А вот по поводу EAT у меня закрались смутные сомнения - практика показывает, что без передергивания питания стабильная работа не гарантирутся... Для корректной работы в таком случае нужен микроконтроллер. А если есть микроконтроллер - зачем нужно EAT? Вот если бы придумать способ выведения модуля из глубокого зависания! NRESET - не предлагать. Кто то из форумчан уже наступил на эти грабли...

[pomidorov]

Хм. Пока не видел зависаний, можно подробней?
Один раз только, на передаче по FTP модуль призадумался и не индицировал приходящие смс, но сам вернулся потом.
Может использовать watchdog (ebdat4_04Wdtkick)?

[CADiLO]

Вот что спрашивает SIMCOM

1. When you have test the ”1137B01V03SIM900M64_ST_EAT_FOR_TEST_20110307”, have you download it together with the build from CoreSw

имелось в виду что:

Copy all the file under coreSW, which is under the attached file. To your directory ”..\EmbatSIM\gsmos\coreSW”


я перевыложил полную версию архива coreSW.rar - попробуйте заменить в директории EmbatSIM\gsmos\coreSW

ВСЕ файлы совпадающие с архивом. Возможно это мой недосмотр что я дал только *.cla файл, а не ошибка SIMCOM.


2. Are you testing under the environment from EmbeddedAT?

3. By the way, what is your RVCT fw version? (you can check it through SIMIde: option->compiler option)


Пожалуйста проверьте как можно скорее.

[pomidorov]

Cadilo,

Спасибо попробуем, как время будет. Скорее всего так и есть, нужно пересобрать с новым core. Отпишусь.
Вы не знаете, что ещё интересного в новой прошивке кроме фикса по прерываниям от GPIO?
Беглый взгляд выявил новые команды: : CBUZZERING, NETLOCK, CEMNL, SLEDS( уже упомянули ), CRTXVMA
Эх, если бы можно было ещё какой-то уникальный id читать из eat приложения. imei не годится, т.к можно сменить. Например 64 bit unique device number флешки.

[Peps]

Ссылочка не работает, можете перевыложить?

[CADiLO]

http://microchip.ua/temp/coreSW.rar

выложил так как пришло - не перепаковывая.
если это мой недосмотр, то приношу извинения.

они особо подчеркнули что это должно заменить (или добавить если для 02 не было) все подобные файлы от V02 в директории \coreSW

у меня это например так: C:\SIM900DevIDE\EmbatSIM\gsmos\coreSW\

0x3700001000000115.str
1137B01V03SIM900M64_ST_EAT_FOR_TEST_20110307.cla
1137B01V03SIM900M64_ST_EAT_FOR_TEST_20110307.def
1137B01V03SIM900M64_ST_EAT_FOR_TEST_20110307.sym
1137B01V03SIM900M64_ST_EAT_FOR_TEST_20110307.x

[Peps]

Переписал файлы, присланные Вами в директорию C:\SIM900DevIDE\EmbatSIM\gsmos\coreSW\
После этого компилятор ругается так:
Fatal error: L6002U: Could not open file ../EmbatSIM/gsmos/libs/../coreSW/1137B0
1V02SIM900M64_ST_EAT.sym: No such file or directory
Not enough information to produce a SYMDEFs file.
Not enough information to list image symbols.
Not enough information to list the image map.
Finished: 3 information, 0 warning, 0 error and 1 fatal error messages.
make: *** [GPIO_Test.cla] Error 1

Вопрос: какие файлы конфигурации подправить нужно?

[CADiLO]

какая версия компилятора ?

option->compiler option

там две строчки - можно их?

[Peps]

Вот такие строчки
C:\RVCT_EMBEDDEDAT\RVCT_EAT\2_2b616
C:\RVCT_EMBEDDEDAT\RVCT_EAT\2_2b576\include\windows

Сообщение отредактировал Peps - Mar 10 2011, 09:54

[CADiLO]

Попробуйте переустановить потому что -

../EmbatSIM/gsmos/libs/../coreSW/1137B0


тут что-то с путями

у меня в ../EmbatSIM/gsmos/libs/

cpprt_t__u.l
c_t__un.l
fz_t_p.l
image2dlms.o
m_t_pu.l

и дальше ничего нет

а coreSW идет толко после gsmos




для установки в любую директорию ложим

1. распакованый RVCT_EMBEDDEDAT - учтите что он будет именно отсюда работать
2. IDE 107.exe

запускаем инсталятор, он сам подхватит пути на RVCT_EMBEDDEDAT

затем идем в coreSW там все стираем (кроме папки ТАТ ) и ложим туда файлы от V03.




>>>>Беглый взгляд выявил новые команды: : CBUZZERING, NETLOCK, CEMNL, SLEDS( уже упомянули ), CRTXVMA

CBUZZERING - осталось от исходников для SIM900D

остальное:
It is not writtern into ATC yet. Next version will include it.

[Peps]

Переустановил. Оно дописало файлы версии 02 и стало компилироватся.. Но со старым ядром. Где то в файлах конфигурации надо исправить имена на имена нового ядра... и может быть все у нас получится... В свободную минутку сяду и разберусь..

[CADiLO]

странно - а откуда ж оно их взяло????
их же надо было в coresw прибить....

ОК. жду результата чтобы что-то ответить SIMCOM


кажется это здесь

в каталоге C:\SIM900DevIDE\EmbatSIM\gsmos\tools\

есть файл - version1

в нем строчки

SYMFILE = 1137B01V02SIM900M64_ST_EAT.sym
GLOBALMACRO = -DSIMCOM_FTR -DSIMCOM

[Peps]

А с дистрибутива IDE 107.exe (который пункте меню Help/InfoSIMDevIDE пишется как 1.05
А если грохнуть старые файлы версии 02, то выползает фатал еррор.

Ага, правка файлика version1 помогла... Скомпилилось без ошибок.

Сообщение отредактировал Peps - Mar 10 2011, 10:28

[CADiLO]

есть DEV1.09, но он не находит ARM при инсталяции.


жду результата по включению.

[Peps]

Ну и хорошие новости. Внешний вывод инициализировался как вход прерывания по появлению высокого уровня БЕЗ ОШИБОК.
При подаче напряжения с VDD_EXT (то есть лог.1) на этот вывод появляется событие. УРА! Все заработало. Спасибо Вам, уважаемый CADiLO за помощь.

[CADiLO]

Значит это ошибся не SIMCOM, а я. Еще раз извиняюсь за доставленую неприятность.

Для обычной прошивки достаточно только CLA файла.
Теперь ясно что для EAT нужен полный комплект.


Запросил обновления DevIDE. Насколько мне стало известно последняя версия сейчас 1.12 (уточняю)
Есть некоторые новые функции. По появлению - выложу.

[ahha71283]

День добрый. Решил разобраться с Embedded AT в модуле SIM900D (версия B05). Для начала решил собрать пример с СМС, который идет в комплекте с DevIDE. Скомпилировал проект, залил полученный *.cla файлик в модуль. Модуль нормально включается и работает (воспринимает АТ команды, регистрируется в сети), но на команду AT+CRWP=1 отвечает ERROR. Подскажите что я делаю не так?

Сообщение отредактировал ahha71283 - Jun 8 2011, 11:19

[CADiLO]

А кто вам сказал что этот EAT работает на 900D ???? Только для SIM900.


Кстати я разжился комплектом для работы EAT связки SIM900+SIM08.
Платформа версии 3013, документации нет ибо неофициально.
Собственно нового там ядро и файлы окружения.
Кому интересно разобраться без доков пишем на почту.

[pomidorov]

А есть ли уже список изменений для 1137B03V01SIM900M64_ST_EAT.cla?

[CADiLO]

Документацию пока не обновляли.

[ahha71283]

А кто вам сказал что этот EAT работает на 900D ???? Только для SIM900.


Кстати я разжился комплектом для работы EAT связки SIM900+SIM08.
Платформа версии 3013, документации нет ибо неофициально.
Собственно нового там ядро и файлы окружения.
Кому интересно разобраться без доков пишем на почту.

Да вроде как СимКом сам говорит что SIM900D поддерживает Embedded AT (пруфлинк). Или EAT разные бываю?

[CADiLO]

Ну если достанете ядро для SIM900D, то может что-то и получится. А с ядром от SIM900 это маловероятно.

[ahha71283]

Ну если достанете ядро для SIM900D, то может что-то и получится. А с ядром от SIM900 это маловероятно.

Еще вопрос к уважаемому CADiLO. Хочу прояснить для себя ситуацию. Выходит SIM900D с заводской прошивкой не поддерживает Embedded AT? А как на счет SIM900, его заводская прошивка поддерживает эту ф-ию или нужно перепрошивать некой инженерной версией?

[CADiLO]

Стандартная прошивка не поддерживает EAT, для этого берется ядро входящее в состав DEVIDE.

В доках все это есть....

[CADiLO]

Сейчас рассматривается вопрос о внесении DDET в EAT.
У кого есть проекты с использованием EAT, прошу скинуть мне краткие обзоры проектов с указанием примерных перспектив по количеству.

[Romashki]

Я только "ЗА" DTMF декодер в SIM900.
Кто может подсказать по поводу ЕАТ, в часности: после прошивки модуля пользовательской программой, можно ли после подачи питания из этой программы каким нибудь GPIO включить PWKEY? т.е если система работает в автономе может ли она сама себя запустить при подаче питания?
Это вопрос наверное больше к "PEPS".
Спасибо.

[Amba]

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

з.ы. собсно, зачем зашел, - DTMF в ЕАТ SIM900 нужен очень. штоб был.

[Romashki]

получается,что при изпользовании ЕАТ, все равно необходим внешний МК для старта???
Может попросить товарищей из Китая сделать старт модуля из ЕАТ?
Ведь ктото сейчас контролирует POWERKEY?

[Amba]

ну, старт возможен по подаче питания и без помощи МК. или поставить что-то мелкое - типа pic10f206.
варианты здесь уже обсуждались месяц назад

[Romashki]

по включению можно, но если сам модуль перезапустился (по какой либо причине - по сбою внутри ПО, wdt или еще чего), не по питанию......без МК не обойтись.....

Я к тому что объем памяти в сим900 для пользователя больше чем у среднего МК по цене сим900(его все равно покупать), может разработчики ЕАТ смогут что то доработать чтоб уйти вообще от каких либо внешних МК?

[Amba]

во-первых, тут это оффтоп
во-вторых, мне с шестиногим пиком для включения/контроля как-то спокойнее

[CADiLO]

Автовключение можно сделать при помощи конденсатора на POWERKEY - резистор есть внутри.
Но для перестраховки PIC10 я бы снаружи поставил - как антизависатель.

[Amba]

апнем темку...
ковыряю ЕАТ SIM900. очень он мне нравится.
однако накопились вопросы без ответов (а может жара сказывается) - нужна помощь зала...
1. ADC.
запрос: AT+CADC?
ответ при свободно болтающемся входе: +CADC: 1,5
подал на вход Vdd_ext (пинцетом замкнул ): +CADC: 1,1264
по документации ответ должен быть в диапазоне 0-2800, при этом нельзя подавать на вход более 2,8В.
чё к чему? я что-то пропустил, или все же пинцет не наш метод?

2. вопрос на общую эрудицию:
встроенная музыка в ЕАТ SIM900 как воспроизводится? не в смысле - какой командой, а куда? могу я ее проигрывать дозвонившемуся абоненту?
я вот что-то в толк взять не могу... а есть варианты записать свою мелодию или речь и воспроизводить?

[CADiLO]

Замкнул на EVB пинцетом ADC <> Vext
+CADC: 1,2989

Значится или неконтакт у вас был или пинцет со встроеным сопротивлением

По музыке не скажу - не разбирался.

[Amba]

ну, т.е. напряжение он показывает напрямую, т.е. их 2800 это при расчете на нашу порядочность (не подавать более 2,8 вольта), а так-то он измерит сколько дашь (пока не сгорит). это приятно.

Уважаемый CADiLO!
а нельзя по музыке китайцам напрямую вопрос задать - можно ли записать в память фрагмент и воспроизводить штатным проигрывателем?
память вроде позволяет, средствА вроде есть - паркуа бы и не па?
я правда еще не смог и эту музыку послушать, но это вопрос времени...

[CADiLO]

По музыке похожий вопрос уже подымался, но сейчас их инженер, который непосредственно ЕАТ занимается, в отъезде.
Как только вернется - спрошу.

Вот чего есть в документации - Development Guid for Embedded AT2.0.pdf

The fl_SetCustAudio function - This function replaces default midi file with customer midi music from memory.

Значит можно подсунуть свой MIDI файл.

s8 fl_SetCustAudio(FlAudioName index, u8 * toneLocation, u32 toneSize, bool isUsed);

• Parameter index:
The audio name, only applies to audio file from FL_AUDIO_1 to FL_AUDIO_20

Tonelocation: The audio file’s address

toneSize: The size of the audio file

isUsed:
if TRUE, uses customer music instead
FALSE, the index audio will use default audio

• Return values OK on success
FL_RET_ERR_PARAM the paramerer is error

[Amba]

месяц прошел, руки дошли - апнем темку.
Development Guid for Embedded AT2.0.pdf прочел, но он не про сим900, увы. а хотелось бы чего-то подобного.
вопрос прежний: встроенная музыка в ЕАТ SIM900 как/куда воспроизводится? как ее проигрывать дозвонившемуся абоненту?
как записать свою мелодию или речь и ее воспроизводить?

[ap77]

Нужда прижала обновить прошивку.
для SIM900 EAT, указанная в этой теме прошивка - последняя?
(1137B01V03SIM900M64_ST_EAT_FOR_TEST_20110307)

А то вроде бы она для тестирования.
Или были изменения?
Если были изменения, можно их как-то получить?

[CADiLO]

последняя не бета 1137B03V01SIM900M64_ST_EAT

получить у своего регионального дистрибьютора

[=F8=]

Раз уж upнули тему спрошу. Многопоточность в EAT реализована будет?

[CADiLO]

Я не знаю, но в октябре будут семинары в Киеве, Днепре, Харькове и Виннице с участием симкомовцев.
Вот у них и будем требовать все что нужно.

[Harbinger]

Попытаюсь вырваться... А в Виннице где именно будет?

[CADiLO]

Точно места знать будем после 10 октября.

[ap77]

Поделитесь пож-та прошивкой 1137B03V01SIM900M64_ST_EAT.
Поставщик "завис" - менять его будем однозначно.
Работа стоит. Буду очень благодарен.

[Romashki]

куда поделиться?
Она вообщето есть в C:\SIM900DevIDE\EmbatSIM\gsmos\coreSW\rvctcore\

Сообщение отредактировал Romashki - Sep 19 2011, 14:31

[ap77]

куда поделиться?
Она вообщето есть в C:\SIM900DevIDE\EmbatSIM\gsmos\coreSW\rvctcore\

Либо по почте ap<сбк>li.ru, либо по фтп. Там правда 32мега, почтовый ящик наверно не выдержит.
У меня предыдущее ядро.

[ap77]

куда поделиться?
Она вообщето есть в C:\SIM900DevIDE\EmbatSIM\gsmos\coreSW\rvctcore\

Спасибо! *.cla пришел.
Правда скомпилировать тест без остальных файлов не получится.

[CADiLO]

Выложил комплект
http://microchip.ua/temp/core%20v3.rar

[ap77]

Спасибо!! Большой респект Romashki и CADiLO! Наши украинские коллеги гораздо внимательнее моего поставщика

[west329_]

Подскажите пожалуйста где можно скачать сам АРМ компилятор ?
Сам RVCT собственно.

[west329_]

Кто может поделится

Код

1137B03V01SIM900M64_ST_EAT

?

Есть в наличии

Код

C:\SIM900DevIDE\EmbatSIM\gsmos\coreSW\1137B01V02SIM900M64_ST_EAT.cla

она сильно отличается от новой ?? можно её зашивать ?

а также нашол ещё

Код

1137B01V02SIM900M64_ST_EAT.cla
1137B01SIM900M64_ST_EMBEDDEDAT.cla

и ещё

Код

1137B01V03SIM900M64_ST_EAT_FOR_TEST_20110307.cla

Вот ещё вылезла интересная ошибка

Эскизы прикрепленных изображений

 

[west329_]

Кто то сталкивался с такой проблемой ?. Погуглил доки на чип что у меня стоит перед чипом СИМ900 - st3232 у него заявленная скорость до 250кб, выставил в настойках зашивальщика скорость 115200, всеравно выскакивет ошибка, поставил даже 9600 одинаково. Пробовал прошивать через переходник ЮСб-232, аналогично выскакивает ошибка ERROR BaudeRate change error! (1200)

[CADiLO]

1137B03V01SIM900M64_ST_EAT - входит в состав IDE 108

1137B01 - первая версия, после нее и прерывания исправлены были и еще некоторые вещи.

вобщем так: http://www.microchip.ua/temp/NG.RAR - IDE+компилятор, рабочий комплект 38 мег
кто до 30 декабря не успеет - я не виноват.

[west329_]

РЕСПЕКТ
спасибо за подрки
ГАММА forever

[west329_]

Поставил новый компилятор. Все собирается отлично.

version1 не забываем править.

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

Схемотехнически распаял обычный мост на MAX3232 между SIM900 и PC, в линиях ТХ RХ стоят резисторы на 100 ом.

Все больше ничего не напаивал.

Как зашиваю. Включаю программу, выбираю ядро и приложение нажимаю СТАРТ ЗАГРУЗКИ, и зажимаю ПОВКЕЙ кратковременно, как бы начинается процесс загрузки, но после 4х пунктов вываливается с ошибкой.

Эскизы прикрепленных изображений

 

[west329_]

Такой вопрос. А обновлять прошивку случайно нужно не через ДЕБАГ порт ???

В общем можно та и так без разницы.

[CADiLO]

>>>нажимаю СТАРТ ЗАГРУЗКИ, и зажимаю ПОВКЕЙ кратковременно

поверкей коротим на землю - до конца загрузки

нажимаем старт

и только потом подаем питание.

[Цырен.]

Есть новость. В EAT для SIM900 добавили две важные функции DTMF декодирование и Jumming Detection. Пока реализованы в бета версии прошивки. Спрашивайте ее у ваших дистрибюторов.
Кстати, в параллельной ветке уже писал - в SIM908(GSM+GPS) тоже теперь есть EAT с DTMF и JD.

Сообщение отредактировал Цырен. - Jan 11 2012, 06:47

[SERG33]

Подскажите пожалуйста где можно скачать сам АРМ компилятор ?
Сам RVCT собственно.

[CADiLO]

Неужели так трудно написать письмо региональному официальному дистрибьютору, ответить на пару вопросов и получить программу ?

[Romashki]

Подскажите по SPI в SIM900 c EAT. Не могу подружить SIM900 с SST25VF016B. Выводы подключены к ногам 11,12,13,14 модуля.
Настройки модуля ebdat5_01SpiConfigure(SSI_4WIRE, SSI_ACTIVE_LOW, FL_PIN_14, SSI_SYSTEM_DIV_2, SSI_FALLING_EDGE, SSI_MSBFIRST);
Не получается даже тип SST25VF016B считать. Вот функция:

void select_end_mem(void)
{
u8 bfur[4],i;
u32 end_of_mem=0;

#ifdef VS_DEBUG
u8 buff_for_sms[]="End of memory 0x0FFFFF";//22(17)
#endif

ebdat5_02SpiWriteByte(0x9F);
for(i=0;i<3;i++)bfur[i]=ebdat5_03SpiReadByte();

if(bfur[2]==0x41)end_of_mem=0x1FFFFF;
else if(bfur[1]==0x4A)end_of_mem=0x3FFFFF;
else end_of_mem=0;


#ifdef VS_DEBUG

if(end_of_mem==0x1FFFFF)buff_for_sms[16]='1';
else if(end_of_mem==0x3FFFFF)buff_for_sms[16]='3';
else {buff_for_sms[17]='0';buff_for_sms[18]='0';buff_for_sms[19]='0';
buff_for_sms[20]='0';buff_for_sms[21]='0';}

ebdat7_01DebugTrace((const char*)"\r\n");
ebdat7_02DebugUartSend(buff_for_sms, 22);
ebdat7_01DebugTrace((const char*)"\r\n");

#endif
}
В порт выдает End of memory 0x000000
Примерно понимаю, что что-то не так с ногой CHIP SELECT, поскольку функции ebdat5_02SpiWriteByte и ebdat5_03SpiReadByte её дергают постоянно, а нужно только перед ebdat5_02SpiWriteByte и после третьего ebdat5_03SpiReadByte. Но как это сделать - не знаю. Может кто подскажет? Или товарищи из SIMCOMa подскажут....

[GeGeL]

Неужели так трудно написать письмо региональному официальному дистрибьютору, ответить на пару вопросов и получить программу ?

Такой раздельный вызов функций Write и Read естественно, приводит к тому, что по окончанию записи или чтения байта CS будет снят, что недопустимо для вашего протокола.
Обычно SPI трехпооводный и одновременно отправляет и читает байт. Я не знаком с реализацией SPI в EAT, но в OCPU софтово реализовна функция, которая пишет и одновременно читает заданное количество байт. Т.о. пишем три байта (первый - команда, остальные - неважно), одновременно читаем тоже три (первый - неважно, остальные два - ответ).

[Romashki]

Эдуард, может Вы подскажете, как это побороть?
Очень благодарен буду.

[Цырен.]

Эдуард, может Вы подскажете, как это побороть?
Очень благодарен буду.

А если так?

u8 Buf[4] = {0x9F,0x00,0x00,0x00};

for(i=0;i<4;i++)
{
ebdat5_02SpiWriteByte(Buf[i]); - шлем
Buf[i] = ebdat5_03SpiReadByte(); - читаем
}


Как вариант - возьмите осцил и подключитесь в MOSI, MISO и CLK. Посмотрите есть ли клоки при ebdat5_03SpiReadByte() и данные от слэйва по линии MISO.

Сообщение отредактировал Цырен. - May 12 2012, 11:26

[Romashki]

Дело в том что SIM900 после каждой команды ebdat5_02SpiWriteByte убирает сигнал CS, а SST такого не понимает. Т.е. идеально было бы, чтоб пользователь мог говорить например ebdat5_02SpiWriteByte(Buf[i], 1); - это значит активировать CS, а ebdat5_02SpiWriteByte(Buf[i], 0); - деактивировать. И на чтение - также.
Тогда бы все наверное получилось бы:

ebdat5_02SpiWriteByte(0x9F,1); - шлем
for(i=0;i<4;i++)
{
if(i<3)Buf[i] = ebdat5_03SpiReadByte(1); - читаем
else Buf[i] = ebdat5_03SpiReadByte(0); - читаем
}

Сообщение отредактировал Romashki - May 12 2012, 13:07

[GeGeL]

Идеально было бы китайцам донести необходимость команды SpiWriteBuffer(char* cmdbuf, char* ansbuf, int len).
А реализованная SpiWriteByte по большому счету вообще бесполезна.

PS: альтернативой есть написать самому даную функцию (абсолютно ничего сложного), используя стандартные функции управления ножками модуля. Конечно, будет на порядок медленней обмен, но хоть как...

Сообщение отредактировал GeGeL - May 13 2012, 05:30

[Romashki]

PS: альтернативой есть написать самому даную функцию (абсолютно ничего сложного), используя стандартные функции управления ножками модуля. Конечно, будет на порядок медленней обмен, но хоть как...

Пытаюсь это сделать....знать бы сколько выполняется команда по установке ноги в 1 или 0 ... или это нельзя определить?

[GeGeL]

Можно: засеките системное время, затем в цикле дерните ногу туда-сюда раз тысячу, затем снова время.
Кутел так делает в некоторых своих примерах для демонстрации преимуществ использования API-функций перед АТ-командами.
Напишите потом результат, интересно...

[Romashki]

системным временем не получилось (там секунды наименьшее значение), сделал тиками. Один тик = 9,23 миллисекунды.
На 1000 не меняется, пришлось 10000 поставить:

SysTick1 = ebdat8_08GetSystemTickCounter( );

for(tm=0;tm<10000;tm++)
{
if(ebdat6_04WriteGpio(EEPROM_SELECT,s)==FL_OK)tms++;
s=(~s);
}

SysTick2 = ebdat8_08GetSystemTickCounter( );

ebdat7_01DebugTrace("\r\nsystem time is : %d",SysTick1);
ebdat7_01DebugTrace("\r\nsystem time is : %d",SysTick2);
ebdat7_01DebugTrace("\r\ncounter is : %d",tms);

Вот ответ:


system time is : 774[0D][0A]
system time is : 778[0D][0A]
counter is : 5000

Ориентировочно один раз проходит примерно за 4 микросекунды.... но вот почему счетчик правильных ответов ровно в половину меньше???

[GeGeL]

Может, функция управления пинами unblocked?
Для гарантии попробуйте дергать в 0 и затем в 1 отдельными командами и считать в отдельные счетчики: посмотрим, только ли фронт или спад сбоят, или же оба.
Затем введите две задержки в 2-4 мкс между дерганьями и посмотрите результат.
В любом случае, даже если выйдете на 10 мкс периода тактового сигнала, то это вполне приемлемый результат.

[Romashki]

Вроде бы получилось написать свои функции SPI....но пришлось использовать комбинации, которые Симком запрещает.....ну...пока деваться некуда....
это функции типа while(ebdat6_04WriteGpio(EEPROM_SELECT,0)!=FL_OK);

Функции, которые получились:

bool eeprom_ready(void)
{
u8 tmg;

while(ebdat6_04WriteGpio(EEPROM_SELECT,0)!=FL_OK);
send_byte(0x05);
tmg=read_byte();
while(ebdat6_04WriteGpio(EEPROM_SELECT,1)!=FL_OK);

if((tmg&0x01) || !(tmg&0x02))return 0;
else return 1;
}

u8 read_byte(void)
{
u8 a,dats=0;
bool mBits;

for(a=0;a<8;a++)
{
while(ebdat6_04WriteGpio(EEPROM_CLK, 1)!=FL_OK);
dats<<=1;
while(ebdat6_05ReadGpio(EEPROM_DI,&mBits)!=FL_OK);
if(mBits)dats|=1;
while(ebdat6_04WriteGpio(EEPROM_CLK, 0)!=FL_OK);
}
return dats;
}


void send_byte(u8 bt)
{
u8 i;

for(i=0;i<8;i++)
{
if(bt&0x80)while(ebdat6_04WriteGpio(EEPROM_DO,1)!=FL_OK);
else while(ebdat6_04WriteGpio(EEPROM_DO,0)!=FL_OK);
while(ebdat6_04WriteGpio(EEPROM_CLK, 1)!=FL_OK);
bt<<=1;
while(ebdat6_04WriteGpio(EEPROM_CLK, 0)!=FL_OK);
}
}

//******************************************************************
void write_ext_eeprom (u32 address,u16 count,u8 *bfur)
{
u16 i;

init_ext_eeprom();

while(ebdat6_04WriteGpio(EEPROM_SELECT,0)!=FL_OK);

send_byte(0xAD);
send_byte(address>>16);
send_byte(address>>8);
send_byte(address);
send_byte(bfur[0]); /* send 1st byte to be programmed */
send_byte(bfur[1]); /* send 2nd byte to be programmed */

while(ebdat6_04WriteGpio(EEPROM_SELECT,1)!=FL_OK);

for(i=2;i<count;i+=2)
{
ebdat05_09delay(10);//microseconds
while(ebdat6_04WriteGpio(EEPROM_SELECT,0)!=FL_OK);
send_byte(0xAD);
send_byte(bfur[i]); /* send 1st byte to be programmed */
send_byte(bfur[i+1]);
while(ebdat6_04WriteGpio(EEPROM_SELECT,1)!=FL_OK);
}
ebdat05_09delay(10);//microseconds
while(ebdat6_04WriteGpio(EEPROM_SELECT,0)!=FL_OK); /* enable device */
send_byte(0x04); /* send WRDI command */
while(ebdat6_04WriteGpio(EEPROM_SELECT,1)!=FL_OK); /* disable device */
ebdat05_09delay(10);//microseconds
eeprom_ready();

init_ext_eeprom();
}
//******************************************************************
void read_ext_eeprom(u32 address,u16 count,u8 *bfur)
{
u16 i;

while(ebdat6_04WriteGpio(EEPROM_SELECT,0)!=FL_OK);

send_byte(0x03);
send_byte(address>>16);
send_byte(address>>8);
send_byte(address);

for(i=0;i<count;i++)bfur[i]=read_byte();
while(ebdat6_04WriteGpio(EEPROM_SELECT,1)!=FL_OK);
}
//******************************************************************

Можно даже без ebdat05_09delay(10);

[bugish]

Вот и мне пришлось вплотную использовать SPI начал на 25LC160 16K SPI™ Bus Serial EEPROM
пришла в голову мысль использовать функции SPI из EAT, а под ChipSelect использовать GPIO11, все отлично работает.
Появилась необходимость использовать АЦП adc084s021 SPI 4-chanel 8-bit, но там необходимо писать и читать одновременно после 4-го SLK, и стандартные функции ЕАТ уже не катят, как с EEPROM (там все просто начала запись потом чтение).
Пришлось написать свои функции на основе предидущего сообщения.

Было бы хорошо иметь совмещенную во времени функцию SpiWriteReadByte() ,чтоб писала и читала одновременно (такой пользовались на Siemens TC-65).

Так как нет фунции SpiUnsubscribe() "освободить ноги", то пришлось делать две SPI-шины одна для SPI-аппаратная, вторая SPI-программная.

Пример с использованием альтернативнго SC.

void WR_SPI_D(u16 addr, u8 data_SPI) /*WRITE BYTE 25LC160 SC->GPIO11*/
{
/*Set the write enable latch (enable write operations)*/
ebdat6_04WriteGpio(FL_PIN_67, 0);
ebdat5_02SpiWriteByte(0x06);
ebdat6_04WriteGpio(FL_PIN_67, 1);

ebdat6_04WriteGpio(FL_PIN_67, 0);
ebdat5_02SpiWriteByte(0x02);
ebdat5_02SpiWriteByte(addr>>8);
ebdat5_02SpiWriteByte(addr & 0xFF);
ebdat5_02SpiWriteByte(data_SPI);
ebdat6_04WriteGpio(FL_PIN_67, 1);
}
/*-----------------------------------------------------------*/
u8 RD_SPI_D(u16 addr) /*READ BYTE 25LC160 SC->GPIO11*/
{
u8 data_r=0;

ebdat6_04WriteGpio(FL_PIN_67, 0);
ebdat5_02SpiWriteByte(0x03);
ebdat5_02SpiWriteByte(addr>>8);
ebdat5_02SpiWriteByte(addr & 0xFF);
data_r = ebdat5_03SpiReadByte();
ebdat6_04WriteGpio(FL_PIN_67, 1);
return data_r;
}
/*-----------------------------------------------------------*/
void WR_SPI_SR( u8 data_SPI) /*WRITE STATUS REGISTER 25LC160 SC->GPIO11*/
{
/*Set the write enable latch (enable write operations)*/
ebdat6_04WriteGpio(FL_PIN_67, 0);
ebdat5_02SpiWriteByte(0x06);
ebdat6_04WriteGpio(FL_PIN_67, 1);

ebdat6_04WriteGpio(FL_PIN_67, 0);
ebdat5_02SpiWriteByte(0x01);
ebdat5_02SpiWriteByte(data_SPI);
ebdat6_04WriteGpio(FL_PIN_67, 1);
}
/*-----------------------------------------------------------*/
u8 RD_SPI_SR(u16 addr) /*READ STATUS REGISTER 25LC160 SC->GPIO11*/
{
u8 data_r=0;

ebdat6_04WriteGpio(FL_PIN_67, 0);
ebdat5_02SpiWriteByte(0x05);
data_r = ebdat5_03SpiReadByte();
ebdat6_04WriteGpio(FL_PIN_67, 1);
return data_r;
}
/*-----------------------------------------------------------*/
/* Initialization SPI*/
ebdat5_01SpiConfigure( SSI_4WIRE, SSI_ACTIVE_LOW, FL_PIN_14, SSI_SYSTEM_DIV_512, SSI_FALLING_EDGE, SSI_MSBFIRST);
if (ebdat6_08pinConfigureToUnused(FL_PIN_67) == FL_OK)
if (ebdat6_02GpioSubscribe(FL_PIN_67,FL_GPIO_OUTPUT,1) == FL_OK)
ebdat7_01DebugTrace("INIT PIN_67 OK \r\n");

[GeGeL]

Уже писал в какой то ветке: вариантов SPI множество и абсолютно нецелесообразно вводить в EAT готовые функции. Гораздо лучше было бы иметь возможность физического доступа к ножкам, чтобы не использовать функции типа ebdat6_04WriteGpio, а непосредственно писать-читать пины. Тогда можно было бы делать быстрые реализации SPI на свой вкус, а по желанию даже использовать asm-вставки.

[Romashki]

Может кто сталкивался с приемом смс в ЕАТ. Отсылаю 6 символов латиницей - получаю, открываю ( ищу в строке комбинацию UNREAD\",\"), считываю в буфер номер телефона и текст смс, а вот когда отправляю около 60ти символов на русском комбинацию UNREAD\",\" вообще не находит и выдает обрывок окончания смс (выходит из прерывания по default). Такое чувство что модем длину выдает полученных данных (flEventBuffer.eventData.modemdata_evt.length), а сам буфер еще не заполняет (flEventBuffer.eventData.modemdata_evt.data)..... Может кто поборол эту проблему.....