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

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

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

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

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

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

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

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

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

Не до конца понятно, как вы согласуете +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 и тогда они вообще не нужны ИМХО. Резюками можно обойтись.

Это как раз тот случай, о котором я и говорил
Серия 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 (при снижении напряжения питания выходы отключаются, при этом на них может быть напряжение)


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

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


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

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



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

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

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

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

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

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

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

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

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

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

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

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

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


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

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


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

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

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

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

ноги модуля - логика 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
со стороны контроллера на питание оного.

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

Прошел все этапы '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 Ресетится??? глупо както...

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

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

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

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

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 пФ, как описывали здесь в теме - тоже не помогло.

>>>>Режим autobaud.

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

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

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

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

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

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

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

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

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

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

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

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

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