alex2103

Вроде бы уже все операторы начали дружить с головой и работают с любым APN (даже пустым) и по тарифу пользователя.

Ну в общем то зачем в этой студии локальные переменные? Обычно задача какой-то лог снять или график в риалтайме наглядно посмотреть. Если надо прям внутри функций копаться, то STMStudio мне кажется не для этого. Для этого есть отладчики. Странно было бы если после оптимизации оно работало как-то совсем не так. Без кода трудно сказать что могло получится из вашего кода после оптимизации. По поводу ошибок что он не может найти какие-то переменные - я их тоже видел на f205, f407. Но работать это не мешало и я не стал выяснять где оно там гвоздями прибито.

volatile для STMStudio точно не нужно. Скорее всего просто оптимизация выкинула ваши переменные за ненадобностью.

А поиск только у меня не работает?

И еще BTSPPSEND не работает после ATD*99***1# ;)

У меня тоже сделано по второму 0x7E. Не замечал пакетов без заголовка. Может ppp_set_auth_required(ppp, 1); ppp_set_silent(ppp, 1); ppp_listen(ppp); лишние? ppp = pppos_create(&ppp_netif, output_cb, status_cb, NULL); ppp_set_auth(ppp, PPPAUTHTYPE_PAP,user,pass); pppapi_set_default(ppp); ppp_connect(ppp, 1); while ((!PPPconnected) && (--timeout>0) && (PPPerror == PPPERR_NONE)) { osDelay(1000); } if (timeout>0 && (PPPerror == PPPERR_NONE)) { //conected; } В status_cb:

jcxz, я за вас рад, но на sim800 и на sim868 BT SPP не работает одновременно с активным PPP.

Доброго времени суток! Продолжим изыскания в направлении нормальной работы BT SPP?

Да! Я тоже за! Было бы весьма полезным.

Не забивайте себе голову мультиконектом к SPP. Ограничение mtk6261 описано в SIM800 Series_Bluetooth_Application Note_V1.07 и явно это только про Bluetooth. Мне мультиконект не нужен совсем. Даже вреден будет. Завтра попробую еще тоже самое с SIM868. Про него там тоже самое написано , но он на другой платформе:) SIM868 ведет себя так же :( Где-то есть досадная ошибка в софте simcom касательно работы с UART. Сам стек BT совместно с открытым PPP 100% работает т.к. в режиме +BTSPPCFG: S,1,0 он и принимает и передает ответы по SPP. A вот в режиме +BTSPPCFG: S,1,1 не работает только AT+btsppsend, прием работает без замечаний (по крайней мере на малых объемах данных).

Продолжаю раскопки :) Проблема оказалась не в CMUX...к сожалению она глубже закопана :( AT+BTSPPSEND работает только до того момента как я не начинаю PPP сессию. Ниже ситуация когда я после CONNECT OK специально не запустил PPP и мы видим входящие LCP пакеты. После какого-то таймаута (я же молчу) происходит NO CARRIER и AT+BTSPPSEND чудно заработала. Чтобы проверить реакцию на АТ команды несколько раз отправлял at и получал OK В лог валится все что приходит от модуля. Мои же команды отправляются в 3-й канал CMUX. PPP поднимается по 1-му каналу CMUX. ATD*99***1# CONNECT OK +BTSPPDATA: 1,3,fgh [i]- это я отправил с телефона и оно дошло т.е. SPP соединение открыто и работает[/i] AT+BTSPPSEND [i]- в ответ тишина[/i] ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ [i]<- LCP[/i] ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ AT+BTSPPSEND [i]- в ответ тишина[/i] ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ AT+BTSPPSEND [i]- в ответ тишина[/i] ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ at [i]- проверяю реакцию на AT[/i] OK at OK[i]- проверяю реакцию на AT[/i] ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ AT+BTSPPSEND [i]- в ответ тишина[/i] ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ ~{FF}}#А!}!}!} }2}"}&} }*} } }#}$А#}'}"}(}"Uѓ~ AT+BTSPPSEND [i]- заработало!!![/i] NO CARRIER > ertwetet SEND OK Еще поэкспериментировал. Если дать PPP соединению установится, то 100% не работает BTSPPSEND. Если соединение разорвать, то начинает работать. На прием BTSPPDATA не влияет. С активным PPP похоже все функции BT работают кроме BTSPPSEND. BTSCAN работает, гарнитуру подключает, SPP если перевести в APP mode тоже отвечает на AT команды.

Да вот так: AT+BTSPPCFG="MC",1 OK AT+BTSPPCFG="MC",2 +BTSPPCFG: MC,1 OK +BTSPPDATA: 1,8,blabla Реально правда второе соединение не проверял т.к. не нужно мне это.

Про мультиконектом я подразумевал мультиконект bluetooth. Не путайте его с CMUX

AT+CLIST=BT +CLIST: 001: BTPOWER 002: BTHOST 003: BTSTATUS 004: BTRSSI 005: BTVIS 006: BTCOD 007: BTSCAN 008: BTPAIR 009: BTUNPAIR 010: BTGETPROF 011: BTCONNECT 012: BTDISCONN 013: BTACPT 014: BTPAIRCFG 015: BTOPPACPT 016: BTOPPPUSH 017: BTSPPCFD 018: BTSPPSEND 019: BTSPPGET 020: BTSPPCFG 021: BTSPPURC 022: BTATA 023: BTATD 024: BTVTS 025: BTATDL 026: BTATH 027: BTVGS 028: BTVGM 029: BTCLCCS 030: BTCIND 031: BTPBSYNC 032: BTPBF 033: BTRING 034: BTACI 035: BTHFGOP OK Вырубил CMUX... at+btsppsend работает.

Что-то я сходу не могу придумать как снять лог обмена т.к. там используется мультиплексор. Писать какой-то велосипед чтоб это все распарсить и красиво показать пока что нет времени... Может кто-то сталкивался и знает решение как снять лог обмена по CMUX подручными средствами? С уверенностью могу сказать что после AT+BTSPPSEND на uart полная тишина. Где-то тут ранее проскакивало что на sim800c нет одновременно BT и CMUX. Я обрадовался что все-таки есть. Из BT активно использую AT+BTSCAN - все работает хорошо, но иногда тоже есть проблема - UART начинает молчать. Лечится перезагрузкой модуля. Частота зависаний зависит от частоты вызова AT+BTSCAN. Если не делать паузы после окончания сканирования (+BTSCAN: 1), то зависает часто. В итоге пришел к паузе 2,5с. В sim800 BT реализован где-то криво именно в части общения c UART.