Необходимость RTS/CTS для надежной работы SIM800C Опции

[turnon]

Доброго дня, уважаемые. Подскажите, обязательно ли задействовать выводы RTS/CTS для надежной работы связи SM800C/STM32.
TCP использую только в командном режиме (AT+CIPMODE=0).

Поток может прерываться (RTS=1) только в прозрачном режиме передачи данных?
Поток может прерываться только на отправке большого объема данных по TCP или и на обычных AT командах тоже?

[Самоделкин]

Доброго дня, уважаемые. Подскажите, обязательно ли задействовать выводы RTS/CTS для надежной работы связи SM800C/STM32.
TCP использую только в командном режиме (AT+CIPMODE=0).

Поток может прерываться (RTS=1) только в прозрачном режиме передачи данных?
Поток может прерываться только на отправке большого объема данных по TCP или и на обычных AT командах тоже?

Осталось уточнить с какой скоростью и в каком объеме Вы будете в модуль АТ команды отправлять и будете ли ждать подтверждения от модуля обработки команд ( чего часто многие не делают ) .

[turnon]

Осталось уточнить с какой скоростью и в каком объеме Вы будете в модуль АТ команды отправлять и будете ли ждать подтверждения от модуля обработки команд ( чего часто многие не делают ) .

38400, конечно жду подтверждения. В самом тяжелом случае - бесконечный опрос AT-командами, отправил одну команду, дождался ответа, отправил следующую и т.д.

Из моих, пока предварительных, данных испытаний, похоже следует, что без FC не обойтись (((

А подробнее?

[jcxz]

В самом тяжелом случае - бесконечный опрос AT-командами, отправил одну команду, дождался ответа, отправил следующую и т.д.

А почему - "тяжёлом"? Собственно там только такой интерфейс и есть, другого нет. Если не считать неудобного прозрачного режима.

А подробнее?

Пока сделал без FC. Работает почти стабильно в режиме потока при наличии небольших пауз (на неск. мс) после каждой команды AT+BTSPPSEND. Без пауз - не работает.
Такое поведение возможно намекает, что SIM808 почему-то не успевает разгребать входной поток данных, пытается ставить запрет (RTS), но не может, так как я ему запретил (AT+IFC=0,0) и теряет символы. Хотя очень странно это...
Скоро сделаю FC, тогда буду точно знать.

[rx3apf]

Работает почти стабильно в режиме потока при наличии небольших пауз (на неск. мс) после каждой команды AT+BTSPPSEND. Без пауз - не работает.

Автодетект скорости, надеюсь, отключили ?

[jcxz]

Автодетект скорости, надеюсь, отключили ?

Не знаю. А что значит "отключил"?
После старта, в ходе начальной инициализации, среди прочих команд я даю ему AT+IPR=... И так при каждом старте ПО (не сохраняю AT&W).

А на прием в МК просто нужен буфер побольше, тогда тоже проблем не будет.

На стороне МК проблем нет и быть не может - у меня на CM4 на 120МГц загрузка потоком МК->SIM808 скоростью в ~18-20КБ/сек составляет в среднем менее 1% времени МК.
И это без оптимизации (DEBUG).
А бОльшую скорость SIM808 уже не тянет. По-крайней мере - без FC не тянет.

[Baser]

После старта, в ходе начальной инициализации, среди прочих команд я даю ему AT+IPR=... И так при каждом старте ПО (не сохраняю AT&W).

Есть нюанс с автосохранением во флеш. В разных модемах Simcom все по разному. Какие то команды имеют автосохранение, какие то нет. В новых модемах вообще нет сохранения во флеш (почти нет )
Так что лучше сначала читать параметр, а менять только при несовпадении. Чтобы флеш лишний раз не тереть.

На стороне МК проблем нет и быть не может - ...

Если вы просто кидаете данные дальше - то проблем быть не может.
А если после принятия порции данных нужно время на обработку - то без RTS не обойтись.