Приём ответов от gsm модема

[supercelt]

Подключил usb-›rs232 На модем уходит четко "AT\r", а приходит с модема "яAT\r +CME: ERROR: 58\r\n"

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

[akegor]

На модем уходит четко "AT\r", а приходит с модема "яAT\r +CME: ERROR: 58\r\n"

А что с Rx? Какие настройки?

Хотя... Rx тут ни при чем. Смотрите уровень Тх при отсутствии передачи.

[supercelt]

А что с Rx? Какие настройки?

RCC-›AHB1ENR |= RCC_AHB1ENR_GPIOAEN;
	__NOP();
	GPIOA-›MODER |= GPIO_MODER_MODER9_1 | GPIO_MODER_MODER10_1;/* | GPIO_MODER_MODER11_1 | GPIO_MODER_MODER12_1;*/ //альтернативная функуия для выводов, на которых сидит USART1
	GPIOA-›AFR[1] = (uint32_t)0x770; //0x77770; //AFRH = AFR[1], AF7 - USART1 (rx,tx,cts,rts/pa9, pa10, pa11, pa12) alt table function
	USART1-›BRR = 0x2D9; //скорость 115200
	USART1-›CR1 |= USART_CR1_RXNEIE | USART_CR1_RE | USART_CR1_TE; //Разрешаем локальные прерывания по приёму USART //Включаем передатчик и приёмник

[usr10000]

Подключил usb-›rs232 На модем уходит четко "AT\r", а приходит с модема "яAT\r +CME: ERROR: 58\r\n"

Можно попробовать установить двойной стоп бит. Или сделать задержку между выводом отдельных символов.

[supercelt]

Слушайте, а такой вопрос: Если допустим у меня настроен аппаратный контроль, ну....альтернативная функция и так далее, то как мне принудительно выставить RTS руками? что бы притормозить передачу от устройства на то время пока я что-то там делаю... Через обычные BSSR или ODR регистры? Или они не будут действовать, потому что выводы сидят на альтернативной функции?

[Hives]

Переключи вывод назад в GPIO/AF0 и делай что хочешь.

[supercelt]

Сделал, RTS отлично справляется. Спасибо. Ещё вопросик. Вы более опытные, просто подскажите как будет быстрее? Я все о той же кофемолке, в которую отправляются данные из приёмного буфера для парсинга.

Условия не изменились. Мне приходят строки вида:

\r\n Заголовок \r\n \r\n Данные \r\n \r\n Статус (ОК или ERROR)\r\n

Вот я наполняю буфер:

void USART1_IRQHandler(void){
	if(USART1-›SR & USART_SR_RXNE){
		gsm_buffer_receive[gsm_buffer_in] = USART1-›DR;
		gsm_buffer_in++;
		gsm_buffer_count++;
	}
}

2 варианта:
Первый)
Вот в этом прерывании посимвольно проверять, если встретили "\n", то поднимаем RTS и ставим флаг отправки в кофемолку. А уже в майне ловим этот флаг и парсим то что пришло в буфер. Естественно до ОК мы ещё не дойдём и проверив, что там ОК нету, опускаем RTS и продолжаем приём до следующего "\n". И так повторятся пока мы не увидим ОК. Естественно + реализовать таймаут.

Второй)
В прерывании просто тупо наполняем буфер и все, а в майне в while(1) ставим функцию чтения буфера. И при каждой итерации майна ищем в буфере ОК. Если нам просто нужен был ОК, то делаем что-то и уходим. Если ждали ответа с данными, то как получили ОК, то поднимаем RTS и ответ в кофемолку. Вытащили данные, опустили RTS.

Короче Склифасовский, ну вы поняли. ))) Как будет быстрее и экономичнее? каждый раз проверять в майне или по флагу от прерывания?
В флаге есть например минус, допустим, если "\n" потеряется.... но есть же таймаут. Вобщем такие мысли на ночь)
Всем здоровья!)

[j-Roger]

supercelt, вечер, пятница, 13-е..
Утро вечера мудренЕе

[Hives]

Только по второму варианту.
И концом строки считать и "\r" и "\n", затем удаление из строки начальных/конечных пробелов, анализ строки на пустоту и передача в обработку остатка.