Странный глюк SIM300D, SIM300D "глотает" данные Опции

[sz36]

Hi, All!

Столкнулся со странным глюком SIM300D. Использую GPRS для получения данных по HTTP. Алгоритм простейший - один GET, запрашивающий файл, и прием этого файла. На файлах, не превышающих несколько кб все хорошо, но когда получаю файл большего размера, то в принятом файле оказываются пропущенные куски по несколько сот байт на каждые несколько принятых килобайт. Пропуски в разных местах, но первый всегда примерно на одном и том же месте, после пятого принятого килобайта.

Чтобы исключить собственные ошибки, продублировал прием внешней терминальной программой - тоже самое, a принятом файле, в сравнении с исходным, есть пропуски. Почему так? Сеанс связи завершается нормально, никаких разрывов связи или ошибок нет.

Возникла версия, что размер буфера в TCP стеке SIM300 слишком мал, и он захлебывается принимаемым файлом. А выбирать данные быстрее я не могу, ибо данные - это прошивка, и во время приема она пишется в память программ (AVR). Поэтому прием данных в МК все время тормозится с помощью RTS, чтобы успевать записывать. Сомнительная версия, но другой у меня нет... Еще версия, что в принимаемых данных (они двоичные) встречается какая-то неудачная комбинация, от которой SIM300 дуреет. Но тогда ошибка была всегда точно в одном и том же месте, а она немного плавает.

В чем может быть дело, кто-нибудь сталкивался с подобным? Есть ли у SIM300D возможность посмотреть состояние TCP стека, или отрегулировать какие-нибудь параметры (размер буфера, и др)?

[CADiLO]

Объясняю.

Дома подключаю Samsung 900E (телефон жены), ставлю карточку Life, так как на ней активирован интернет.
Для тех кто не знает, это "оператор для студентов" - весь приоритет на разговоры по дофига минут - остальные сервисы побоку. Славится он еще и рассыланием SMS в самый неподходящий момент и навязыванием мелодий и акций.... Вобщем если говорят Life, то лучше позвонить по городскому телефону.
Ну так вот, подключился, тяну драйвера - связь то приостановится, то дальше пойдет....
Файл скачан - не хватает 40 килобайт на 15 мегабайтах.
Вторая попытка - не хватает почти мегабайта.
Третья попытка..... Связь оборвалась и 2 часа интернета не было.
Скачал я только после полуночи когда активность поупала немного.
Так что гарантированую прокачку файла вы можете получить только если купите у оператора служебный канал под данные - например как под банкоматы, где никто не влезет с приоритетами и не оборвет соединение. В противном случае - лотерея.
Один из наших клиентов приобрел себе такой канал - у них несколько сотен точек по Украине с модемами на SIM300D - ни разу не было ни одной жалобы что потерялись данные.

КС - она же CRC - контрольная сумма - гонять файлы без нее ну скажем несколько рисковано....

[korobov_michael]

КС - она же CRC - контрольная сумма - гонять файлы без нее ну скажем несколько рисковано....

Насколько я знаю таких контрольных сумм в самом TCP\IP несколько - на каждом уровне протоколов. Повышает ли надежность передачи добавление еще и своей CRC? По-моему, нет, при условии, что стек протоколов на самом модеме реализован корректно. 

[Baser]

Насколько я знаю таких контрольных сумм в самом TCP\IP несколько - на каждом уровне протоколов. Повышает ли надежность передачи добавление еще и своей CRC? По-моему, нет, при условии, что стек протоколов на самом модеме реализован корректно. 

Ключевая фраза "при условии"
А вы уверены, что стек в модеме не имеет ошибок?
А вы уверены, что у ОпСоса при передаче пакетов ничего не может выкинуться (именно намеренно удалится, а не пропасть) при полной загруженности конкретной соты голосовыми данными?

Я вот не уверен. Хотя допускаю, что те TCP сегменты, которые добираются до места назначения, не имеют ошибок.
Но при передаче больших объемов данных происходит фрагментация. И, видимо, часть сегментов пропадает по пути из-за кривости какой-то части оборудования...

[korobov_michael]

допускаю, что те TCP сегменты, которые добираются до места назначения, не имеют ошибок.
Но при передаче больших объемов данных происходит фрагментация. И, видимо, часть сегментов пропадает по пути из-за кривости какой-то части оборудования...

Дело в том, что если не дошел хотя бы один фрагмент из пакета, то этот пакет будет невозможно собрать, и, по сути, весь пакет будет считаться недошедшим. Cмысл-то TCP как раз в этом - создать иллюзию передачи всего пакета, сколь угодно большого, а внутри себя нарезать его удобным образом. Вопрос к CADiLO - замечались ли частичные приходы пакета, без части сегментов? 


Спасибо.