Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: SIM300DZ. Передача более 100 байт
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Сотовая связь и ее приложения
Neyron
При передаче до 110 байт ( с точностью до байта не проверял) передает все нормально. Но при передаче 110 байт и больше передачи не происходит.

Call Ready
ATZ
OK
ATE1
OK
ATV1
OK
AT+CPIN?
+CPIN: READY

OK
AT+CIPATS=0
OK
AT+CIPCSGP=1,"WWW.AB.KYIVSTAR.NET"
OK
AT+CDNSORIP=0
OK
AT+CIPHEAD=1
OK
AT+CGATT=1
OK
AT+CGREG?
+CGREG: 0,1

OK
AT+CIPSTART="UDP","microsoft.com","8888"
OK

CONNECT OK
AT+CIPSEND=100
> SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
SSSSSSSSSSSSSSSSSSSSSS
SEND OK
AT+CIPCLOSE
CLOSE OK

CONNECT FAIL

STATE: IP CLOSE

+PDP: DEACT

NORMAL POWER DOWN

SIM300DZ управляется с меги128, данные передаются по опустошению регистра передачи. 115200,8,1 без четности. В мануалах вычитал, что длинна АТ команды не превышает 256 символов, но AT+CIPSEND допускает передачу больше 1 килобайта.

Можно ли после AT+CIPSEND зарядить модем хотя бы на 512 байт одним пакетом?

Если на AT+CIPSEND=110 или выше зарядить данные, то ответа от модема никакого. по AT+CIPATS=1,5 пишет, что данные отправлены, но на серваке данных не видно.
M_Z
Цитата(Neyron @ Jun 29 2009, 19:57) *
Если на AT+CIPSEND=110 или выше зарядить данные, то ответа от модема никакого. по AT+CIPATS=1,5 пишет, что данные отправлены, но на серваке данных не видно.

Я использую TCP соединение. Проблемы были только с одним операторам и то при попытке передать более 500 байт, да и то не всегда. С основной массой операторов пролем до 1000 байти не замечал.
Может пробле мы на сервере, не пробывали чем нибудь другим закинуть данные, к примеру компомпом.
ZX81
Цитата(Neyron @ Jun 29 2009, 20:57) *
При передаче до 110 байт ( с точностью до байта не проверял) передает все нормально. Но при передаче 110 байт и больше передачи не происходит.

Call Ready
ATZ
OK
ATE1
OK
ATV1
OK
AT+CPIN?
+CPIN: READY

OK
AT+CIPATS=0
OK
AT+CIPCSGP=1,"WWW.AB.KYIVSTAR.NET"
OK
AT+CDNSORIP=0
OK
AT+CIPHEAD=1
OK
AT+CGATT=1
OK
AT+CGREG?
+CGREG: 0,1

OK
AT+CIPSTART="UDP","microsoft.com","8888"
OK

CONNECT OK
AT+CIPSEND=100
> SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
SSSSSSSSSSSSSSSSSSSSSS
SEND OK
AT+CIPCLOSE
CLOSE OK

CONNECT FAIL

STATE: IP CLOSE

+PDP: DEACT

NORMAL POWER DOWN

SIM300DZ управляется с меги128, данные передаются по опустошению регистра передачи. 115200,8,1 без четности. В мануалах вычитал, что длинна АТ команды не превышает 256 символов, но AT+CIPSEND допускает передачу больше 1 килобайта.

Можно ли после AT+CIPSEND зарядить модем хотя бы на 512 байт одним пакетом?

Если на AT+CIPSEND=110 или выше зарядить данные, то ответа от модема никакого. по AT+CIPATS=1,5 пишет, что данные отправлены, но на серваке данных не видно.



Вообще-то это самая любимая бага SIM300 была.. китайские модемы - не верь что написано в документации.. при 115200
у них не только это не работает нормально.. если потратишь времени - узнаешь и другие "приятности" при передачи блоков данных..
тебе еще повезло что он не вырубается сам по питанию.. а то обычно начинается как раз с этого "знакомство" с особенностями работы сим300 при передаче данных за 3 года возни с ними я не столько изучал то что написано в их доках - сколько глюки, которые в доках конечно они не описывают..
причем видит БОг- я пытался его любить.. (выбора тогда не было ведь).. но капля за каплей он убил мое доверие.. и теперь хочу найти что-то хотя бы что в доках так не врет!
Mirash
Хотя тема уже наверное не актуальна, но кому-то может быть полезно.
Сталкивался когда-то с такой же проблемой. Не пролазили пакеты больше определенной длинны. (по-моему байт 140). Причем с точностью почти до байта.
В итоге оказалось что дорожка Vbat недостаточно толстая и как результат ограничение на длинну пакета строго пропорционально емкости кандера по питанию.
Так что в таком случае проще всего увеличить емкость кандера + кандер должен быть только низкоимпедансный.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.