реклама на сайте
подробности

 
 
> вопросы чайника по TCP-IP стеку SIM300, объясните, pls ?
rx3apf
сообщение Oct 3 2009, 20:37
Сообщение #1


Гуру
******

Группа: Участник
Сообщений: 3 834
Регистрация: 14-06-06
Из: Moscow, Russia
Пользователь №: 18 047



1. В чем суть команды at+cgdcont= и нужно ли ее использовать при работе посредством собственного стека ? Вопрос возник потому, что я обнаружил, что в настройках моего мобильного GPRS для телефона эта команда не была прописана в дополнительных параметрах и я лишь случайно это обнаружил (хотя скопировать в настройки SIM300) - и все работало. Аналогично, при работе с SIM300 тоже работает и без нее, хоть по atd*99, хоть через внутренний стек. Но один раз я ее использовал... Она нужна ? Она нужна, но не всем (в данном случае МТС) ? Она нужна хотя бы один раз для конкретного IMEI и где-то у оператора запоминается на какое-то время ?

2. Аналогично, at+ciicr. Я никак не мог запустить сессию, не понимая в чем причина (вроде все ж ошибка 6). Стал смотреть примеры, дал at+cgdcont - не помогло. at+ciicr - помогло. А потом стало и без нее работать, довольно много раз. А потом как-то опять вылезла ошибка 6. Так вот, что делает at+ciicr, и почему потом работает и без нее ?

3. Открываю сессию udp, посылаю пакеты (на другом конце простенькая заглушка, возвращает эхо), вижу ответы. Посылаю с интервалом в минуту - работает. Две минуты - работает. Где-то три - туда дуй... В смысле, получатель пакеты получает, эхо отправляет, но до модема они не доходят. at+cipclose не помогает, требуется at+cipshut. Это оператор такое делает ? Время зависит от настроек у оператора ? Чтобы жило, дергать чаще ? А когда я делаю at+cipshut, сессия закрывается и тарифицируется до полных 40 кило или сколько там у кого ?)

4. Открываю TCP-сессию, открытие срывается (connection failed), по таймауту. Состояние почему-то остается connecting, и повторное открытие дает ошибку, нужен close или shut. Почему оно само не переходит в IP INITIAL ?
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
kyson
сообщение Oct 8 2009, 05:48
Сообщение #2





Группа: Новичок
Сообщений: 2
Регистрация: 7-10-09
Пользователь №: 52 806



Доброе время суток! У кого-нибудь получалось передавать и принимать бинарные данные через TCP стек. Есть проблема при получении бинарных данных. В ответе модема съедаются нули. Причем, если включить печать заголовка пакета, то длина пакета указывается с учетом нулей.
Go to the top of the page
 
+Quote Post
Master of Nature
сообщение Oct 8 2009, 06:27
Сообщение #3


Мыслящий
*****

Группа: Свой
Сообщений: 1 729
Регистрация: 20-07-07
Из: Самара
Пользователь №: 29 270



Цитата(kyson @ Oct 8 2009, 10:48) *
Доброе время суток! У кого-нибудь получалось передавать и принимать бинарные данные через TCP стек. Есть проблема при получении бинарных данных. В ответе модема съедаются нули. Причем, если включить печать заголовка пакета, то длина пакета указывается с учетом нулей.

Подозреваю что проблема не в модеме, а в программе.
Просмотрите код внимательно, возможно вы их (нули) сами пропускаете.


--------------------
FAQ по AD
Форум по AD
Знание только тогда знание, когда оно приобретено усилиями своей мысли, а не памятью.
...стоит запомнить ...вернее задуматься.
Go to the top of the page
 
+Quote Post
kyson
сообщение Oct 9 2009, 11:58
Сообщение #4





Группа: Новичок
Сообщений: 2
Регистрация: 7-10-09
Пользователь №: 52 806



Цитата(Master of Nature @ Oct 8 2009, 11:27) *
Подозреваю что проблема не в модеме, а в программе.
Просмотрите код внимательно, возможно вы их (нули) сами пропускаете.


СПасибо! Действительно, так и оказалось. Программа, которая использовалась для тестов
собрана на компоненте TComPort, а он использовал событие OnRxChar, для получения данных с порта.
Почемуто-то в этом компопоненте не работает событие OnRxBuf. sad.gif
При использовани функций WinApi нули стали приходить.
Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 28th July 2025 - 10:53
Рейтинг@Mail.ru


Страница сгенерированна за 0.01374 секунд с 7
ELECTRONIX ©2004-2016