SIM300D перезагружается и втупляет, Я всё читал и делал, но до сих пор ничего не помогло Опции

[Spider]

SIM300D вроде с первого взягляда работает. Но стоит начать передавать данные, как он перезагружается. Как всё происходит.
Имею 2 разные прошивки для своего контроллера. Одна рботает со встроенным стеком TCP, вторая сама работает с PPP/IP/TCP. Обе имеют один симптом - перезагружается SIM300D.
При работе со встроенным стеком перезагружается "иногда" после AT+CIPSEND. т.е. > появляется, пишем туда данные, от силы байт 60, "жмём" Ctrl+Z (на самом деле посылаем 0x1A) и... и ничего. вмето ожидаемого SEND OK, получаем "прыжок" STATUS и Call Ready со всем вытекающим.
Похожая ситуация с моим TCP, процессе передачи данных иногда, по случаю, модем делает то же самое.
Как я уже сказал я перечитал все факи м замучил Кадило (спасибо за терпение).
Из того что уже сделано:
т.к. общается с модемом ATMega128 питаемая 5 вольтами, то между модемом и процом стоит 74HC/HCT243 в кол-ве 2 шт. OEb которых прицеплено к STATUS. Ну конечно же запитаны они от 3.3В и 5В соответвенно направлению линий. И на ногах к модему резюки 150Ом. Этим самым я обепечиваю преобразование уровней до 3.3 и Z статус когда нет STATUS.
Модем питается от LM1085-ADJ настроенной на 4.13В (так получилось фиксированными резюками). После неё идёт Тантал на 220uF (чёрный такой ) и керамика на 16uF (опять же какой нашёл на пробу), да да керамика в корпусе 1206.
Так же я пробовал вместо LM1085 подключать Li батарею от сотового.
Модем тушим "корректно" - АТ командами и ожидаем NORMAL POWER DOWN.
Прошивка B14.
Скорость общения по UART 115200 со всеми линиями данных RTS/CTS DCD/DSR

Это лечится??? ХЕЛП!!!!

[YAM]

Ну, по симптомам действительно, пересброс, обусловленный скачком питания. Подключите для теста электролит 2200мкФ прямо на питание модуля. От чего питается сам стабилизатор?

[Spider]

Ну, по симптомам действительно, пересброс, обусловленный скачком питания. Подключите для теста электролит 2200мкФ прямо на питание модуля. От чего питается сам стабилизатор?

От свинцового аккумулятора 7.5АЧ (от упса).
Припаял 2200uF 10V... не помогло. Всё так же.
Ещё хотел добавить что перезагрузка близка к 100% если слать БОЛЬШОЙ пакет. Под большим понимается ~200-400 байт за раз.

[edo]

может просто конкретный экземпляр битый?

[Harbinger]

Повышенный КСВ в антенне, наводки с неё же... ? Тут мегабайты гоняешь - и хоть бы хны... стабилизатор, правда, ключевой, на LM2576, на выходе 2200 мкФ алюминиевый+2 по 100 мкФ тантал+0,1 мкФ керамика...

[Spider]

может просто конкретный экземпляр битый?

грешили и на это. Пробовал менять. Прошивать. И даже из разнызх поставок брал... Всё одно.

[Spider]

Вот решил поставить эксперимент и собрать отдельную плату для модема. Отдельно питание и FTDI для связи с внешним миром. Так вот. ВСЁ РАБОТАЕТ!
Всё тот же (такой же) БП модема. И FTDI с 3.3В уровнями через резистор к модему. Z состояние обеспечиваю повесим STATUS модема на RESET FTDI (по даташиту FTDI она переводит COM порт в Z при RESET). Получилось даже так интересно Включаешь модем кнопочкой по PWR_KEY и бдынь, винда нашла устройстов ой так о чём это я.
Работает блин. Всё тот же самый SIM300D, который в другой плате перезагржается.

[YAM]

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

[Baser]

... т.к. общается с модемом ATMega128 питаемая 5 вольтами, то между модемом и процом стоит 74HC/HCT243 в кол-ве 2 шт. OEb которых прицеплено к STATUS. Ну конечно же запитаны они от 3.3В и 5В соответвенно направлению линий. И на ногах к модему резюки 150Ом. Этим самым я обепечиваю преобразование уровней до 3.3 и Z статус когда нет STATUS.

Не до конца понятно, как вы согласуете +5В -> 74HC243 (от +3.3В) -> modem (от +4.13В)
У вас есть делители после ATMega128? А то возможна подпитка модема +5В через питание 74HC243

А в части включения/выключения модема вообще применение серии 74HC сомнительно,
лучше применять 74LVC (74LVX у Fairchild)

[Spider]

Не до конца понятно, как вы согласуете +5В -> 74HC243 (от +3.3В) -> modem (от +4.13В)
У вас есть делители после ATMega128? А то возможна подпитка модема +5В через питание 74HC243

А в части включения/выключения модема вообще применение серии 74HC сомнительно,
лучше применять 74LVC (74LVX у Fairchild)

Точно процитировать не могу (даташит на 74HC семейсто найти не могу), но там было ещё давно, Vo у этой серии есть VCC-0.2В (про 0.2 могу приврать), а Vi мыл от 2.4 и до что-то много там. Опираясь на эт оя записал её от 3.3, дабы обеспечить Vo. а на вход подаю 5В c ATMega через (на всякий случай) токоограничивающий резюк 240 Ом. Ну между 74HC и модемом тоже стоит тогоограничивающий резюк 150Ом (там в ФАКе по модему рекомендовали от 100 до 200Ом).
Так вот о возможности подпитки... не +5В питание 74HC243, а 3.3. Надеюсь она то не боится паразитного питания

Ну я на чём было пока собрал я уже подумывал о переходе всех платы на 3.3 и тогда они вообще не нужны ИМХО. Резюками можно обойтись.

[Baser]

... Опираясь на эт оя записал её от 3.3, дабы обеспечить Vo. а на вход подаю 5В c ATMega через (на всякий случай) токоограничивающий резюк 240 Ом. ...
Так вот о возможности подпитки... не +5В питание 74HC243, а 3.3. Надеюсь она то не боится паразитного питания

Это как раз тот случай, о котором я и говорил
Серия 74HC не допускает подачи на ее входы напряжения выше её питания. На каждом входе стоят защитные диоды на замлю и питание. Так вот у вас +5В через защитный диод попадает на питание кристалла 74HC243. При этом кристалл "перекашивает", ключи начинают приоткрываться и напряжение +5В может попасть на любую ножку, и далее на модем. Что при этом будет делать модем - неизвестно... Посмотрите оссцилом, какие у вас уровни попадают на модем. Обязательно нужны делители напряжения между Мегой и буфером.

Посмотрите, напр., SN74LVC541A
У неё есть такие параметры, как:
Operate From 1.65 V to 3.6 V
Inputs Accept Voltages to 5.5 V (это при любом напр. питания)
Ioff Supports Partial-Power-Down Mode (при снижении напряжения питания выходы отключаются, при этом на них может быть напряжение)

Ну я на чём было пока собрал я уже подумывал о переходе всех платы на 3.3 и тогда они вообще не нужны ИМХО. Резюками можно обойтись.

Они были бы не нужны, если бы не проблема с подпиткой модуля при вкл/выкл
Читайте форум, об этом очень много говорили.

[Spider]

Продолжаю ставить иксперименты. И кое что уже имеем.
Как я уже сказал в схеме включения модема с FTDI всё работает, а в моей нет.
Я решил посмотреть в чём же разница. И кое что нашёл. В процессе проб и ошибок получилась такая схема. И она "перезагружает" модем. См. аттач.
А влияет именно буфер. т.е. если из приложеной схемы исключить буфер и перевести FTDI на 3.3В, то всё будет работать. Но так как есть не работает. Я было грешил на звон по ноге RXD, и сгладил его кондёром. Но это непомогло.
Не пойму как это влияет... Подскажите ПЛЗ.

Это как раз тот случай, о котором я и говорил
Серия 74HC не допускает подачи на ее входы напряжения выше её питания. На каждом входе стоят защитные диоды на замлю и питание. Так вот у вас +5В через защитный диод попадает на питание кристалла 74HC243. При этом кристалл "перекашивает", ключи начинают приоткрываться и напряжение +5В может попасть на любую ножку, и далее на модем. Что при этом будет делать модем - неизвестно... Посмотрите оссцилом, какие у вас уровни попадают на модем. Обязательно нужны делители напряжения между Мегой и буфером.

Я смотрел. Всё ровно. Выходы чёткие 3.3В, а входа 5.0. В Z состоянии выходы "законно" переходят в третее положение. Кстати уже не первый раз применяю такую схему включения (ранее с MMC и др. 3.3В логикой), и никогда не было проблем. А тут...

Посмотрите, напр., SN74LVC541A

Посмотрю, но уже завтра.

Это как раз тот случай, о котором я и говорил
Серия 74HC не допускает подачи на ее входы напряжения выше её питания. На каждом входе стоят защитные диоды на замлю и питание. Так вот у вас +5В через защитный диод попадает на питание кристалла 74HC243. При этом кристалл "перекашивает", ключи начинают приоткрываться и напряжение +5В может попасть на любую ножку, и далее на модем. Что при этом будет делать модем - неизвестно... Посмотрите оссцилом, какие у вас уровни попадают на модем. Обязательно нужны делители напряжения между Мегой и буфером.

Странно конечно. Смотрел и всё нормально. Всё как положено. Да и применял я уже такую схему неоднократно в разных "приложениях" как с ммс, так и с другой 3.3 вольтовой логикой. Всегда работало...

Посмотрите, напр., SN74LVC541A

Попробую конечно. Куда деваться то?

Эскизы прикрепленных изображений

 

Прикрепленные файлы

 test.sch ( 277.04 килобайт ) Кол-во скачиваний: 138

 

[Baser]

... А влияет именно буфер. т.е. если из приложеной схемы исключить буфер и перевести FTDI на 3.3В, то всё будет работать. Но так как есть не работает... Не пойму как это влияет...
... Я смотрел. Всё ровно. Выходы чёткие 3.3В, а входа 5.0. В Z состоянии выходы "законно" переходят в третее положение. Кстати уже не первый раз применяю такую схему включения (ранее с MMC и др. 3.3В логикой), и никогда не было проблем. А тут...

Все таки через защитные диоды буфера течет 5 мА ((5В-3.3В-0.5В)/240ом). Ток небольшой, но все-же...
Проверить мои предположения просто: поставте делитель вместо R1. Напр. 2.2К и 3.6К и посмотрите, к чему это приведет.

[Spider]

Нашёл у нас в продаже 74LVС1G126 (это 1 канальные) и собрал на 2х штуках RX/TX. Всё равно перезагружается. По сути ничего непоменялось.

[Baser]

Нашёл у нас в продаже 74LVС1G126 (это 1 канальные) и собрал на 2х штуках RX/TX. Всё равно перезагружается. По сути ничего непоменялось.

Ну...
Может быть тогда YAM прав, и виновата разводка платы?

[Spider]

Ну...
Может быть тогда YAM прав, и виновата разводка платы?

сейчас вообще всё на проводках вокруг модема....

[ArtemKAD]

Попробуй так:
два транзистора BC817 (npn) база каждого через 20кОм...200кОм подключена к STATUS. Эмитер одного на RX модуля, эмитер другого на TX модуля. Коллекторы к соответствующим ногам МК. На ногу RX модуля резистор 10кОм на STATUS, на ногу RX МК 10кОм на +5В.
На STATUS резистор 10кОм на массу (на всякий пожарный )

В общем однотранзисторное согласование с ОБ по правильной и инверсной схеме. Честнее было-бы на полевиках, но я на вскидку не помню шустрых полевиков с малыми порогами....

Сообщение отредактировал ArtemKAD - Apr 22 2008, 13:17

[Spider]

продолжаю вести отчёт о проделанной работе.
как я уже сказал я заменил буфер на 74LVC серию. Не помогло. Но в процессе проб и ошибок было доработанно до состояния, что схема работает "как положено" около 30 минут. При этом постоянно что-то передавай, в итогне всё равно модем перезагружается.
А сделано вот что: после буфера и перед модемом токоограничивающий Резистор увеличен с 150Ом до 560. Перед буфером и как бы после меги установлена подтяжка на землю 10к. Внутри меги отключена pullup на ножке TX.
Ах да! прошу заметить, что все махинации проводились только на ноге RX со стороны модема, ибо методом отрезания ноги, было вяснено, что остальные на процесс не влияют.
Сегодня уже лавочку прикрываю, продолжим завтра.

[Baser]

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

Судя по всему, мои предположения, все-таки подтверждаются и дело в избыточном напряжении "1" на ножке RXD модема.
Vih max = VDD_EXT +0.3V
VDD_EXT : Vmax=3.0V, Vmin=2.75V, Vnorm=2.93V
То есть максимальное входное напряжение не должно превышать 2.75+0.3=3.05V
А у вас 3.3V. На всех ножках порта стоят трансилы на 3.3V, видимо они начинают приоткрываться и .....
Поставьте делители возле модема, ограничьте напряжение 2.8V, думаю поможет.

p.s. У меня на макете SIM300 и проц. питаются от +4В. На ногах RXD, DTR, RTS стоят простые делители. Модем при передаче никогда не перегружался

[Spider]

Судя по всему, мои предположения, все-таки подтверждаются и дело в избыточном напряжении "1" на ножке RXD модема.
Vih max = VDD_EXT +0.3V
VDD_EXT : Vmax=3.0V, Vmin=2.75V, Vnorm=2.93V
То есть максимальное входное напряжение не должно превышать 2.75+0.3=3.05V
А у вас 3.3V. На всех ножках порта стоят трансилы на 3.3V, видимо они начинают приоткрываться и .....
Поставьте делители возле модема, ограничьте напряжение 2.8V, думаю поможет.

p.s. У меня на макете SIM300 и проц. питаются от +4В. На ногах RXD, DTR, RTS стоят простые делители. Модем при передаче никогда не перегружался

ну вот всё сдул и поставил делитель с 5.0 до 2,9 на резисторах 680 и 470 Ом. Запускаю... и виснет практически сразу - навтором пакете в 128 байт. Чудо?

[Spider]

ну вот всё сдул и поставил делитель с 5.0 до 2,9 на резисторах 680 и 470 Ом. Запускаю... и виснет практически сразу - навтором пакете в 128 байт. Чудо?

всё. отбой. Сегодня с утра даже вчерашняя конструкция с буфером и резюками не работает. Видимо луна вошла в другую фазу.

[YAM]

По Вашей схеме:
POWERKEY не требует подтягивающего резистора, тем более на 3.3V, внутри модуля стоит свой на VBAT.
Зачем вообще какие-то буфера, если у FTDI есть отдельная нога VCCIO, на которую и подавайте свои 3.3V. DTR на DCD - это что-то...
Ну, хотя-бы на CTS.

[Spider]

Зачем вообще какие-то буфера, если у FTDI есть отдельная нога VCCIO, на которую и подавайте свои 3.3V.

Если читать ВНИМАТЕЛЬНО, то FTDI взят как тестовый источник сигнала для модема. На VCCIO в итоге подавалось +5 вольт, дабы эмулировать некий 5В контроллер, так сказать, полноценно.

DTR на DCD - это что-то...
Ну, хотя-бы на CTS.

http://www.gaw.ru/html.cgi/txt/interface/rs232/

[Baser]

DTR на DCD - это что-то...

Согласен с этим мнением...

http://www.gaw.ru/im/interface/int_1.gif

Эта картинка тут не к месту. Там нарисован нуль-модемный кабель для соединения двух DCE - терминалов, ПК. У вас имеет место обычное подключение модема, соединение DTE - DCE. Картинки в Hardware Design есть. Для модема DTR - вход, а DCD - выход. Работа этих линий описана в документации и FAQ, но насколько я слышал, их поведение отличается от документации.
Ваше подключение в лучшем случае не мешает работе GPRS, хотя я в этом не уверен.

Если функции этих ножек не используются, то правильней будет подключить DTR к GND, а DCD никуда не подключать.

[Spider]

всё. отбой. Сегодня с утра даже вчерашняя конструкция с буфером и резюками не работает. Видимо луна вошла в другую фазу.

Ну вот. Результат закреплён. Уже несколько часов полёт нормальный.
Так приколько решилось... Повесил осцил на буфер дабы посмотреть что там и как, а оно давай работать... Тока снял осцил и оно ТУТ ЖЕ взвисло.
Ага думаю. Измеряю ёмкость щупа =200pF, ставлю вместо него кондёр на 300pF(другого не нашёл) и о чудо!! Работает уже второй день. По несоклько часов не зависая, а больше я и не проверял.

[CADiLO]

Наблюдаю за шаманством и думаю сколько в серийном производстве матов прозвучит.....

ноги модуля - логика 2.98 вольта - 3.3 уже для них много.
модуль терпеть не может фантомного питания - а значит до включения через поверкей на входах не должно быть НИКАКИХ уровней.

Сделать по человечески на ОК религия не позволяет?
Или в апнотес заглянуть и диодно резисторную развязку сделать ?

правильно делаем согласование так http://www.microchip.ua/simcom/SimCom/Sim3...C_AN_REFSCH.pdf

Vext можно для 300D сформировать при помощи TC1055-3.0V (sot23-5)
на вход TC питание, выход = 3в на управление ТС напрямую STATUS

если нет неинвертирующих буферов с ОК.

сдвоеный npn транзистор (чтобы избавиться от инверсии) и 3 резистора в 0603 корпусе на канал.
со стороны модуля подтяжку вешаем на сформированый Vext
со стороны контроллера на питание оного.

ну и в самом простом случае смотрим на то что в рамочке, но если в контроллере вход с триггером шмидта, то уровня просто от модуля может не хватить.

Или нарисовать ?

[Mingrief]

Или нарисовать ?

Я был бы Вам очень признателен, правда.
Хотелось бы видеть различные рабочие (и "запрещенные", кстати, тоже) способы согласования.

Заранее благодарен.

[CADiLO]

вот так например.... (в самом низу PDF_ки)


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

[Mingrief]

Сделать по человечески на ОК религия не позволяет?

Тут не понял ОК - общий коллектор или открытый коллектор? или может еще чего?

[CADiLO]

ОК - открытый коллектор.

[Harbinger]

сейчас готовлю материалы по Симкому на киевский семинар 20 мая.

А где мероприятие будет? Меня вряд ли отпустят, но хоть кого-то из коллег уговорю

[CADiLO]

Киев, гостинница "Мир"

регистрация и информация на нашем сайте www.microchip.ua

[Mingrief]

Vext можно для 300D сформировать при помощи TC1055-3.0V (sot23-5)
на вход TC питание, выход = 3в на управление ТС напрямую STATUS

Можно ли использовать сигнал STATUS для формирования напряжения Vext?
Преимущество в том, что выходной уровень сигнала STATUS отвечает требованиям по входному напряжению для цифровых сигналов SIM300D (RxD, DTR, RTS), не нужно гадать со стабилизаторами. Но потянет ли ток? я чтото не нашел в даташите нагрузочную способность портов.

[Baser]

Можно ли использовать сигнал STATUS для формирования напряжения Vext?
Преимущество в том, что выходной уровень сигнала STATUS отвечает требованиям по входному напряжению для цифровых сигналов SIM300D (RxD, DTR, RTS), не нужно гадать со стабилизаторами. Но потянет ли ток? я чтото не нашел в даташите нагрузочную способность портов.

Если уж для VDD_EXT у SIM300 в последнем Hardware_Design_V3.07 нагрузочная способность была уменьшена до 10 мА !!! (раньше обещали 70 мА), то для STATUS там вообще должны быть копейки, как для любой сигнальной ножки...

[Spider]

модуль терпеть не может фантомного питания - а значит до включения через поверкей на входах не должно быть НИКАКИХ уровней.

Да выучили это всё уже. И сделано.

Сделать по человечески на ОК религия не позволяет?
Или в апнотес заглянуть и диодно резисторную развязку сделать ?

Vext можно для 300D сформировать при помощи TC1055-3.0V (sot23-5)
на вход TC питание, выход = 3в на управление ТС напрямую STATUS

У нас в рознечной продаже это не достать, а на пробу заказывать сотнями штук как то...

И всё таки есть своя статистика составленая методом перебора комбинаций. И с FTDI чипом и правильными 3.00 вольтовыми уровнями (там есть задающая VCCIO нога) всё работало, а так же и с 3.3В уровнями всё работало, когда же это дело переносилось на ATMega128, вместо FTDI, оно чудным образом перставало работать. Потом начали городить буфера и преобразования, в итоге ничего не менялось, с FTDI всё работало, а с ATMega128 нет. Всё решилось ёмкостью щупа осциллографа на ножке RX_MODULE. Ёмкость была 200pF, когда её припаяли вместо щупа, модуль перестал вешаться и с ATMrga128.

Ещё раз отвечу на крики "уровни 3.00, Z состояние в отсуствии статуса". ЕСТЬ Z! Есть 2.9В! ВИСЛО! И висло только с ATMega128.

[Harbinger]

У нас в рознечной продаже это не достать, а на пробу заказывать сотнями штук как то...

Так у них немало аналогов. Навскидку: LP2980, TK11230...

[VadimGVS]

И всё таки есть своя статистика составленая методом перебора комбинаций. И с FTDI чипом и правильными 3.00 вольтовыми уровнями (там есть задающая VCCIO нога) всё работало, а так же и с 3.3В уровнями всё работало, когда же это дело переносилось на ATMega128, вместо FTDI, оно чудным образом перставало работать. Потом начали городить буфера и преобразования, в итоге ничего не менялось, с FTDI всё работало, а с ATMega128 нет. Всё решилось ёмкостью щупа осциллографа на ножке RX_MODULE. Ёмкость была 200pF, когда её припаяли вместо щупа, модуль перестал вешаться и с ATMrga128.

Ещё раз отвечу на крики "уровни 3.00, Z состояние в отсуствии статуса". ЕСТЬ Z! Есть 2.9В! ВИСЛО! И висло только с ATMega128.

Прошел все этапы 'Alexey Belyaev' ситуация идентичная по копирку. Правда слава богу конденсатор не помог. И тестовый прибор собран не на FTDI а на 561ЛН2. Результат- от компа через ЛН2 работает как часы, провода висят, конденсаторов нет просадка 0,5 В при передача и работает на всех скоростях без перезагрузки. А рабочий прибор все идеально, и буфера на всех возможных схемах перепробовал и питание идеальное и Z состояние обеспечил, но при первой же АТ команде происходит перезапуск. Попробовал перерезать Rx от Mega128 и в разрыв подключил тестовый прибор в Proteus нарисовал схемку TX+RX + terminal и все сразу заработало. Компьютер лучше подстраивается на скорость порта чем SIM300. И выходная скорость у него стабильнее.
Дальше дело техники. Пересчитал ошибку скорости в КодеВижен, получил 0.8%(на 4800) для 3.596545 (3,686400 не нашел, думал прокатит) GR-64 работала SIM300D -нет. Дальше все просто, поставил кварц 4Мгц (ошибка 0,2% на 4800 и 9600) и прибор полетел.Ни одной перезагрузки. GR-64 просто неверно определял символы, а вот Почему SIM300D Ресетится??? глупо както...

[WHALE]

VadimGVSСпасибо за инфу.А я-то думаю,чего это у меня SIM300DZ на длинных сообщениях тупит периодически.Цепляю к девайсу сименс тс35 или вээйвком gr64-ноу проблем.Завтра проверю частоту.

[Dron_Gus]

Кому лень искать управляемый стабилизатор на 3.0 ровно - можно поступить проще - на выход STATUS повесить операционник в режиме повторителя с соответствующей нагрузочной способностью.

[skaarj]

может єта инфа поможет- у меня стоят 74lvc4245, 5ти вольтовая часть питается от одноц линии что и мега 128, а вторая часть - от стабилизатора на 2,8в lp2980-2,8 (у меня смд версия СИМ300,без вывода Vext) схема заработала сразу и стабильно, питание самого модуля- через импульсный понижающий стабилизатор лм2576 регулируемый+кондер на 2200,0 х 6,3 и 0.1 мф керамика. по кр мере с питанием проблем не было.
кстати,мысль. у упсов аккумуляторы стоят разные и далеконе все рассчитаны на отдачу в импульсе большого тока..

[VadimGVS]

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

Не знаю к чему эта мысль, но у упсов стоят в основном свинцовые кислотные батареи аккумуляторов. Насколько я знаю только они могут работать стартерными источниками тока. Так к примеру 55 А/ч батарея автомобиля может отдать в импульсе ток до 250 А. Еще несколько десятков секунд отдают 120 А (режим вращения стартера холодного двигателя) Вариант с щелочными аккумуляторами показал что несмотря на все плюсы они неспособны отдать ток более номинала. А это означает что в зимнее время они неспособны провернуть стартер.

[virfis]

SIMM300DZ, прошивка 1008B16SIM300D32_SST34HF3284.mot

С модемом работаю на скорости 115200. Режим autobaud. Устанавливается связь по UDP.
Модем может полдня проработать вообще без проблем, а потом начинаются проблемы.
Модем пару минут принимает и передает данные. Потом на какой-нибудь передаче модем зависает, перестает давать ответы на любые команды. Обмен ведется пакетами не более 510 байт. Прежде чем отправить следующий пакет, всегда дожидаюсь ответа SEND OK. Используется режим управления потоком данных XON/XOFF. Переставил скорость на 9600 — зависания стали гораздо реже, скажем так раз в 10. Но интересно то что в другое время ситуация по скорости была с точностью до наоборот: на 9600 были постоянные зависания, а на 115200 стало работать без зависаний. Зависания не стабильные, т.е. нельзя сказать что четко при отправке 10-го или 20-го пакета модем виснет, ситуация «плавающая». При частых зависаниях поставил другую антенну (усиление 7 dB), то зависать стал реже, обычная антенна с усилением 3 dB.
Напряжения на линиях RxD и TxD не превышают 3-х вольт. На линию BACKUP подается напряжение от батарейки 3 В. Если снизить это напряжение до 2 В через два последовательных диода, то зависания тоже становятся реже. Если вообще нe подавать напряжение на линию BACKUP (оставить в воздухе), то ситуация такая же как и с поданными 3 В. На VBAT установлено 2 танталовых конденсатора по 100 мкФ рядом с выводом модема и керамический 2 мкФ. Пробовали поставить еще 2 - не помогло. Пробовали поставить конденсатор на линию RxD 330 пФ, как описывали здесь в теме - тоже не помогло.

[CADiLO]

>>>>Режим autobaud.

Производитель не рекомендует использовать автоопределение - ставьте фиксированую скорость.
И при скорости более 9600 используйте RTS-CTS

>>>>На линию BACKUP подается напряжение от батарейки 3 В

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

[HARMHARM]

На VBAT установлено 2 танталовых конденсатора по 100 мкФ рядом с выводом модема и керамический 2 мкФ. Пробовали поставить еще 2 - не помогло. Пробовали поставить конденсатор на линию RxD 330 пФ, как описывали здесь в теме - тоже не помогло.

Если питание не от аккумулятора - то 200мкФ это даже не смешно. У меня стоит 2200 мкФ электролит LOW ESR и 20 мкФ керамики, проблем нет.

[ISD]

На передаче модуль жрет хорошо. У меня даже СМС больше 50 знаков перегружали модуль, пока LM1084 по 1000 low esr с двух сторон не обвесил, хотя на модуле 200 тантал и керамика, и 2000 low esr уже были... Причем осцилом не поймаешь просадку.

[virfis]

ставьте фиксированую скорость.

Пробовал, не помогает.

И при скорости более 9600 используйте RTS-CTS

Не получится, нет свободных выводов процессора.

Тогда уж для проверки повесьте на VRTC конденсатор вместо батарейки.

Поставили 100 мкФ, не помогает.
На VBAT поставили 4700 мкФ. Все равно есть зависания.
Снизили скорость до 19200. Работает без зависаний вообще.

[av-master]

Не получится, нет свободных выводов процессора.
Снизили скорость до 19200. Работает без зависаний вообще.

Ну так переполнили буфер ему и жалуетесь, Вы не думали что сеть может тупить, и не схавать даже 2400 , а не то шо вы просите... на таких обьемах без аппаратного контроля потока работать не получится...

[CADiLO]

>>>>И при скорости более 9600 используйте RTS-CTS

>>>>Не получится, нет свободных выводов процессора.

А придется.... Иначе шанс поймать висяк останется.....

[virfis]

Ну так переполнили буфер ему и жалуетесь, Вы не думали что сеть может тупить, и не схавать даже 2400 , а не то шо вы просите... на таких обьемах без аппаратного контроля потока работать не получится...

Я использую программное управление потоком XON/XOFF, писал выше. Кроме того в документации написано что за один раз можно отправлять до одного килобайта. Я отправляю 510 байт. О каком переполнении буфера может идти речь.

А придется.... Иначе шанс поймать висяк останется.....

А разве программным управлением потока нельзя обойтись?

Сообщение отредактировал virfis - Mar 16 2009, 13:27

[HARMHARM]

На передаче модуль жрет хорошо. У меня даже СМС больше 50 знаков перегружали модуль, пока LM1084 по 1000 low esr с двух сторон не обвесил, хотя на модуле 200 тантал и керамика, и 2000 low esr уже были... Причем осцилом не поймаешь просадку.

Это точно. Если время отклика регулятора на изменение нагрузки велико, можно постоянно ловить глюки. Конденсатор для прокорма GPRS нужен будет уж почно побольше 2000 мкФ

[virfis]

Пробовали использовать режим RTS/CTS: CTS в нуле, выдали 510 байт на 115200, через 23 мс видим CTS поднялся в 1 и модем завис. Тоже самое с режимом XON/XOFF - модем выдал XOFF после приема пакета и XON уже не выдает, повис. И дальше уже не отвечает ни на какие команды.
Смотрели осциллографом - просадки напряжения нет после того как поставили 4700 мкФ.

[HARMHARM]

Пробовали использовать режим RTS/CTS: CTS в нуле, выдали 510 байт на 115200, через 23 мс видим CTS поднялся в 1 и модем завис. Тоже самое с режимом XON/XOFF - модем выдал XOFF после приема пакета и XON уже не выдает, повис. И дальше уже не отвечает ни на какие команды.
Смотрели осциллографом - просадки напряжения нет после того как поставили 4700 мкФ.

Может, схему покажете?

[virfis]

Лучше задайте вопрос по схеме, я отвечу.

[HARMHARM]

Лучше задайте вопрос по схеме, я отвечу.

Опишите как подключен sim300D

[SV_TC]

Опишите как подключен sim300D

Я работаю вместе с virfis, занимаюсь схемотехникой.
Вот описание схемы подключения модуля:
На VBAT модуля подается напряжение 4,0 В - через LP3963; конденсаторы 1х4800мкФ(LowESR)+2х100мкФ(LowESRтантал)+1х2мкФ(керамика) с обеих сторон преобразователя. Длина проводника от вывода VBAT модуля до демпфирующих конденсаторов - не более 3 мм. Преобразователь питания управляется контроллером. Контроллер связан с модулем только цепями TxD и RxD через "правильный" преобразователь уровня с питанием 2,99 В на стороне модуля. "Фантомное" питание модуля через выводы TxD и RxD исключено. Вывод STATUS модуля не используется, однако питание 2,99 В на преобразователь уровня цепей TxD и RxD подается не ранее 8 с после включения модуля.
Цепь CTS не используется, цепи RTS, PWR_KEY и SIM подключены согласно руководству SIM300DZ_HD_V2.07. Используется режим синхронизации Xon/Xoff. К выводу RTC_BACKUP подключен конденсатор 100 мкФ. Процедуры включения и отключения модуля выполняются согласно руководству. Прошивка модуля - версии 16 (обновление отработано), но проблема проявляется и на предыдущих прошивках. Модули - различных партий. Проявление проблемы одинаковое на множестве экземпляров модулей.

[M_Z]

К выводу RTC_BACKUP подключен конденсатор 100 мкФ. Процедуры включения и отключения модуля выполняются согласно руководству.

Неоднократно писали, что стоит поменьше конденсатор поставить, а не 100мкФ. Хотя все это шаманство.
Но попробуйте.

Сообщение отредактировал M_Z - Mar 17 2009, 20:06

[av-master]

правильный преобразователь - отключаемый? а то даже 2.9 может быть много, питание ядра 1.8

Сообщение отредактировал av-master - Mar 17 2009, 20:30

[SV_TC]

правильный преобразователь - отключаемый? а то даже 2.9 может быть много, питание ядра 1.8

Извините, повторюсь: "...однако питание 2,99 В на преобразователь уровня цепей TxD и RxD подается не ранее 8 с после включения модуля."
Здесь "подается" - в том смысле, что пока не подано, напряжение равно нулю.

Неоднократно писали, что стоит поменьше конденсатор поставить, а не 100мкФ. Хотя все это шаманство.
Но попробуйте.

Казалось бы, если производитель (в руководстве) предлагает использовать для этой цели батарею или "large capacitance Capacitor" емкостью "0.2F to 0.3F", то чем же 100 мкФ хуже?
Однако попробовали 22 мкФ, затем 0,1 мкФ - проблема сохраняется.
Попутно вопрос: кто-либо пробовал или может опробовать выдачу через свой модуль на скорости 115,2 кбит/с в режиме UDP до 10-ти пакетов размером 512 байт - подряд (конечно, всякий раз - с подтверждением отправки)?
Напомню проблему: у нас модуль в этом случае перестает подтверждать отправку после 1...5 пакета. При передаче блока он ни разу не выдает Xoff, но выдает его примерно через 20 мс после передачи блока - и больше ничего: не передает Xon и не реагирует ни на какие команды. Помогает только рестарт питания модуля (конечно - правильный). Переводим модуль в режим RTS/CTS, наблюдаем за CTS: CTS в течение передачи блока находится в нуле, а примерно через 20 мс - переходит в единицу и модуль также "висит".
А вот на скорости 9,6 кбит/с этой проблемы нет.

[M_Z]

Попутно вопрос: кто-либо пробовал или может опробовать выдачу через свой модуль на скорости 115,2 кбит/с в режиме UDP до 10-ти пакетов размером 512 байт - подряд (конечно, всякий раз - с подтверждением отправки)?

Мы используем скорость 115,2 но TCP соединение. передаем подряд десятки пакетов естественно дожидаясь подтверждения SEND_OK, плюс подтверждения нашей программы на сервере что данные записаны в базу данных. и только после этого отправленные данные удаляем и шлем новый пакет.
Может у Вас какие то проблемы с оператором, но тогда не зависило бы от скорости передачи.

[SV_TC]

Мы используем скорость 115,2 но TCP соединение. передаем подряд десятки пакетов естественно дожидаясь подтверждения SEND_OK, плюс подтверждения нашей программы на сервере что данные записаны в базу данных. и только после этого отправленные данные удаляем и шлем новый пакет.
Может у Вас какие то проблемы с оператором, но тогда не зависило бы от скорости передачи.

В TCP соединении при скорости 115,2 отправляем этот же блок (512 байт). Иногда (1 раз из 5) в течение 30 с не дожидаемся SEND_OK. Но модуль реагирует на запросы. Переустанавливаем соединение - видим на удаленной стороне переустановку соединения - пытаемся снова отправить блок - SEND_OK нет (ждем 30 с). И так, пока не рестартуем модуль.
На скорости 9,6 этой проблемы и в TCP соединении нет.

[av-master]

подключите какойнить телефон в режиме модема к компу, и с этой карты попробуйте реальную скорость, может оператор больше 2400 не дает )) (2400 образно)

используете внутренний стек?
ИМХО для такой нагрузки лучше свой внешний

Сообщение отредактировал av-master - Mar 18 2009, 11:53

[M_Z]

подключите какойнить телефон в режиме модема к компу, и с этой карты попробуйте реальную скорость, может оператор больше 2400 не дает )) (2400 образно)

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

[av-master]

Я к тому, что в проблемме все признаки переполнения буфера, и в следствии зависание самого модуля, кто его знает какой буфер там реально, а если от модуля в сеть уходит медленно, то вот вам и проблемма...

[Harbinger]

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

[ISD]

Какой проц используете? Если Мега128 - надеюсь кварц стоит? А то от внутреннего генератора такие косяки и будут вылетать. Попробуйте меньше пакет слать, по- моему где -то ошибка в частоте UART, не любит SIMCOM этого.