Приём ответов от gsm модема - Страница 3

supercelt · 12.10.2017, 18:03

Сообщение от akegor

А в каком состоянии "в покое" нога Тх?

Не знаю. Выход настроен как no pull up, pull down.

supercelt · 12.10.2017, 18:15

Сообщение от Hives

Лишние символы вылезают потому что после смены скорости модемом/хостом на его вход пришло что то на старой скорости. Именно для этого надо после смены скорости кидать "AT" для проверки.
PS НЕ ВЕРЮ что у модема нет команды "AT". РТФМ.

Не вы не поняли. У модема команда Ат есть, я говорю что если ат отправить самой первой, модем не определит автоматом скорость usart. у него нет этой автоопределялки. Если я поставлю скорость порта 9600, то на АТ он ничего не ответит. Поставлю 115200 ответит ОК. А если на скорости порта 115200 кинуть IPR, то он ответит ошибкой вот с тем лишним байтом. И НЕ ИЗМЕНИТ скорость. Она так и останется 115200. Но я думаю вы правы, что это что-то связано с переключением скоростей, потому что лиший байт он отправляет только на команду смены скорости. Хотя я только пробовал 3 команды. В отправном буфере кстати все ок.

Hives · 12.10.2017, 18:36

Жуем детально:
1. Ставишь скорость порта по дефолту
2. Кидаем много раз AT пока модем не прочистит свой приемный буфер и не начнет нормально отвечать OK
3. Если ответа нет - модем сдох или отключен, если ответил - продолжаем
4. Кидаем команду смены скорости
5. Кидаем много раз AT пока модем ОПЯТЬ не прочистит свой приемный буфер и не начнет нормально отвечать OK после смены скорости
6. Делаем что то полезное.

supercelt · 12.10.2017, 20:11

Сообщение от Hives

Жуем детально:
1. Ставишь скорость порта по дефолту
2. Кидаем много раз AT пока модем не прочистит свой приемный буфер и не начнет нормально отвечать OK
3. Если ответа нет - модем сдох или отключен, если ответил - продолжаем
4. Кидаем команду смены скорости
5. Кидаем много раз AT пока модем ОПЯТЬ не прочистит свой приемный буфер и не начнет нормально отвечать OK после смены скорости
6. Делаем что то полезное.

Кидаю АТ, и в ответ всегда вот это.

ОК не дождаться. Я мануале нашёл то что тут показывали. Перевёл на русский, только ничего не понял.
Бит TE не должен быть сброшен во время передачи данных. Сброс бит TE во время
передача приведет к повреждению данных на выводе TX, поскольку счетчики скорости передачи данных будут заморожены.
Передача текущих данных будет потеряна.
Бездействующий кадр будет отправлен после включения бит TE.
Так этот бит и так не сбрасывается во время передачи

UPD: попробовал только что вырубить дма и сделать передачу по старинке - то же самое((

Hives · 12.10.2017, 20:48

А если все таки несколько раз кинуть AT?
И отключи аппаратный контроль потока. Накуа тебе квитирование на 9600 bps? Там даже AVR успеет.

supercelt · 12.10.2017, 21:06

Сообщение от Hives

А если все таки несколько раз кинуть AT?
И отключи аппаратный контроль потока. Накуа тебе квитирование на 9600 bps? Там даже AVR успеет.

Кидаю АТ подряд в цикле, CTS RTS вырубил. Все равно приходит с FF (((

akegor · 12.10.2017, 21:18

Сообщение от supercelt

Выход настроен как no pull up, pull down.

И ни у кого не возникло никаких вопросов. А жаль. Уже вопрос должен был вызвать настороженность...

Hives · 12.10.2017, 21:21

Бери "подслушивалку" порта типа USB-RS232 и смотри что там реально на линии.
Ну не может исправное железо постоянно при передаче "FF" лепить без повода.

supercelt · 12.10.2017, 21:23

Сообщение от akegor

И ни у кого не возникло никаких вопросов. А жаль. Уже вопрос должен был вызвать настороженность...

Я перепробовал по всякому и подтягивать и нет и вообще убирал строчку с pupdr

Hives · 12.10.2017, 21:23

Сообщение от akegor

И ни у кого не возникло никаких вопросов. А жаль. Уже вопрос должен был вызвать настороженность...

Для выходных каскадов портов эти подтяжки что есть что нет, там вроде по ~50к стоит внутри.