Через терминальную программу SSCOM3.2 посылаю в SIM900R 560 символов - в ответ символы выводятся, их количество совпадает с посланным, а в конце ERROR. Если меньше, то в ответ ОК. Аналогичная ситуация и при обмене с МК. Из-за него и пишу. Почитал инфу, но ничего не нашёл. Может быть есть настройка по увеличению кол-ва символов или тайм-аута? Прошу помочь добрым советом.

ась?

>>>посылаю в SIM900R 560 символов - в ответ символы выводятся, их количество совпадает с посланным, а в конце ERROR.

В каком режиме, куда они потом должны уйти, это данные или поток команд.....???
В какой версии фирмваре???

Давайте изначально правильно ставить вопросы, а то телепаты еще с нового года не протрезвели

В дополнение к вышесказанному,

Так же полезно уточнить, в каком конечном устройстве установлен модуль, либо это штатная отладочная плата, либо разрабатываемое устройство...
Далее, что отвечает модуль на АТ команды? для начала есть ли "правильный" ответ на АТ, ну и на какие либо прочие...

Версия B05, последняя, как я понимаю. Модуль работает. Подключен к компу через вышеуказанную терминальную программу. На всё отвечает. По непонятной мне причине, если послать файл объёмом >= 560 байт, то вышеописанная ситуация.

File size:560
BaudRt:19200bps
Time require: 0 s
Wait...
Send OK! Ў1111111111111111111111111111111111111111111111111111111111111111111111111111111
11111111111111111111111111111111111111111111111111111111111111111111111111111111
1
11111111111111111111111111111111111111111111111111111111111111111111111111111111
1
11111111111111111111111111111111111111111111111111111111111111111111111111111111
1
11111111111111111111111111111111111111111111111111111111111111111111111111111111
1
11111111111111111111111111111111111111111111111111111111111111111111111111111111
1
1111111111111111111111111111111111111111111111111111111111111111111111111111
ERROR

А если послать меньше, то будет ОК. Для дальнейшей обработки ERROR может и не помешает, но ведь почему-то модуль ругается.
Может быть не модуль ругается, а терминальная программа? Попробовал в hypertrm, данные не выходят. Ппробую ещё какую-нибудь.

Для ускорения процесса, предлагаю, запустите у себя на компе terminal.exe,
подайте команду, получите ответ, запросите например скорость порта, уровень сигнала, вообщем "поговорите" с модулем,
результаты сюда пожалуйста,
далее обсудим вопрос с файлом
Просто так, без подготовительных процедур, посылать модулю файл, просто не имеет смысла...

Попробовал в Terminal - то же самое. Я ведь ответил - модуль на всё отвечает. Если нетрудно, пошлите несколько файлов разной длины. Terminal на короткие не ругается, а на длинные ERROR...

Насколько я понимаю, человек ждет эхоконтроль, причем в командном режиме, причем без "AT". Странно, что модуль еще так много проглотил...

Пожалуйста, выложите здесь все что модуль отвечает..

Обратите внимание (см выше) отсылать модулю файл без предварительных осмысленных действие просто бессмысленно..
Поясняю на примере, если Вы хотите отправить файл удаленному модему, то это одна история, если Вы хотите записать файл в память модуля это совсем другая история... и т.д.

- Доктор, когда я делаю вот так, то у меня вот тут хрустит.
- Ну так не делайте так.

Брррр!! Ну, вроде я пришел в себя...
Телепатирую:



Модуль ругается, он самый.
Объясняю:
товарищ пытается послать модулю в командном режиме с включенным эхом соответственно команду (пример команды см. выше).
В ответ видит эхо. Длина буфера модема 556 байт.

Одно не сходится: утверждается, что если послать меньше байт, ответ ОК.
На мой взгляд тоже должен быть ERROR

Логика подсказывает что да, или "ERROR" или вообще ничего. Если команды не было, то с чего вдруг "OK" ?

Спасибо Baser! Это и есть. Проявилось это у меня когда принимал смс в UCS2. Максимальный размер сообщения 608 байт. Я складываю принимаемые символы в массив и затем содержимое этого массива посылаю на экран компа через терминальную программу для проверки. Я планирую принимать кириллицу. Как правильно делать: разделять на части? Может есть какое то хорошее решение?


Команда была послать файл (последовательность символов). Через терминальную программу кнопкой Send, а я посылал из МК командой for (i = 0; i <size_sms_t; i++) {putch(str_sms_1t[i]); if (str_sms_1t[i] == '\r') break;}}.

Попробую намекнуть - ЗАЧЕМ (и, главное, КУДА) Вы пытаетесь "послать файл" в КОМАНДНОМ режиме ?

Вы бы сказали прямо. Не все понимают намёки. Посылаю я только для визуальной проверки на экране компа наполнения массива при проработке приёма смс. Это просто приём(метод) для проверки. Может и некорректно - поправьте. Кстати, эта переписка, дала мне понять, что из смс в массив данные идут полным ходом, но точно проверить через экран компа достоверное кол-во и зн-е я не смогу без разделения на блоки < 556. По итогам обсуждения я сделал следующее: в смс с сайта ТЕЛЕ2 в начале текста оператор вставляет IP адрес отправителя. Занимает он около 90 символов. Я посылаю для проверки на экран символы приёмного массива, начиная с 92 символа. Тогда у меня всё оставшееся входит в буфер модуля и неприятный ERROR не вылезает. Спасибо всем.

про бревно и соринку пословицу видать не знаете

Становится все интереснее.
1. А почему вы считаете, что "проработка приёма смс" должна отличатся на уровне приема байтов от модема от приема любых других ответов или данных от модема?
2. Приемный буфер модема длиной 556 байт не имеет никакого отношения к выдаче модемом данных/ответов наружу. Они не идут через приемный буфер.
3. Судя по всему вы пытаетесь работать с длинными смс в текстовом режиме. Поддерживает ли SIM900 автоматом прием и склеивание длинных смс я не скажу, не знаю, но послать длинное смс в текстовом режиме точно нельзя, нет нужных полей в команде, только в режиме PDU и все вручную. А макс. длина обычной смс: 160 символов в ASCII или 70 символов в юникоде. Как ни крутись, 556 байт всегда хватает (хотя они тут совсем ни причем)

з.ы. smalcom, вы бы сказали бы чего по делу, а то только ходите вокруг да ухмыляетесь, мне одному отдуваться?
А то CADiLO сейчас занят (всего, всего, всего, Эдуард!!!! ) подмочь не может.

Уважаемый Baser п.1 и 2 поддерживаю. По п.3. Если смс принимаем в UCS2, то на каждый символ ASCII приходится по 4 символа в принимаемой смс. К примеру '5' будет '0''0''3''5' или в hex 30303335. Поэтому 160 x 4 = 640. Я вручную посчитал, получилось 608, а это > 556. Поддерживаю поздравления CaDilo.

Немного не так, "160 символов в ASCII или 70 символов в юникоде"
т.е. поле данных смс 320 байт ASCII или 280 байт юникода.
Плюс все служебные поля, все равно меньше 556. Но главное не это, а то, что через этот буфер будет проходить только исходящая от вас смс, которая внутри команды AT+CMGS.
Кстати, вполне возможно, что сам текст смс, который вводится в текстовом режиме после приглашения ">", уже не идет через приемный командный буфер. Я по GPRS нормально гоняю блоки по 1 кбайту без проблем.

з.ы. советую при первом включении модема тут же выключать эхо. Это наследие еще со времен ручных телетайпов, чтобы индицировать на экране то, что печатает оператор. В сегодняшних реалиях это мешающий рудимент.

Лично мне эхо очень помогает. Что-то глючит, даю в блоке команду на выдачу типа putch('R'); Не всегда, но часто помогает понять зашла ли программа в этот блок или что-то напутал. Да и в примере этой темы, как проверить приходящую смс, что мне отдельный терминал городить? Про меньше 556 я уже писал, что прямо на экране посчитал - получилось 608. Если послать с ТЕЛЕ2 140 единиц + ip адрес. Оператор делит эту смс на две. Одна - 608, вторая - 84. Это только тело, без заголовка.

И че его городить? Делаешь себе отладочный порт или используешь встроенную отладку камня и заканчиваешь ходить по густо разложенным граблям набивая себе шишки...

По мне так принял строку от модема в МК под отладчиком, остановился после приема на брейкпоинте - и смотри в буфере данные хоть до одури. Или вы прямо на лету разбираете, во время приема?

А ваш процесс отладки я так и не понял, хотя и телепат
Сдается мне, что вы из-за эха на экране видите в два раза больше "единиц", чем есть на самом деле.
При отладке одинаковые данные никогда не шлют, это может привести к накладкам.
Пошлите смс с различными данными, например повторяющиеся группы цифр "01234567890123456789" и т.д. 160 штук
и посмотрите, что увидите со своим методом отладки.

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


это и не вопрос. а... инстаграм какой-то: вот я ем, вот я, извините, пукаю, вот жена, вот кровать. вопрос, подлец, задай. ведь заинтриговал же и держит в напряжении.
"SSCOM3.2" - в данном случае вообще мусорная информация. Это как конекчусь в rsterm'е. Там ведь HTTP-набор, т.е. специфика телита. И всё, часть потенциальных знатоков отсеялась ибо тут уже
что-то с программой может быть. А потом окажется что ТС-то руками вводил и что-то видел, а написать ему было лень. Также и тут: бу-бу-бу...

Зря вы манну потратили ))

-----------------------
Иногда надо как на торрент-трекерах: "Статус: недооформлено". И доступ только у ТСа пока не оформит тему нормально )

Постараюсь взять на вооружение. Спасибо ArtemKAD.


Постараюсь взять на вооружение. Послал смс как Вы предложили - то же самое. Да и как по другому, посылаю 140 штук (с сайта ТЕЛЕ2 - это максимальное кол-во) и на экране 140 штук + ip в коде UCS2 (по четыре символа на 1 посланный). Сначала на экран по команде "прочитать" выводится вся смс, а затем уже из МК посылаю на экран то, что принял в массив. Спасибо Baser, что вникли в проблему и дважды помогли, а не посчитали себя "небожителем со знанием поговорок", как некоторые.

вам матом ответить? тоже мне чувственный нашёлся. обидели кисю на..ли в ящик.