artemkad

Не думаю, что тут дело именно в конденсаторе - без использования Sleep-а в AtMega48 никаких проблем не обнаружил. Собственно так на грабли и наткнулся. В одной части программы был Sleep, а в другой небыло. Вот оно и работало полностью корректно тогда, когда проц. не засыпал. Как только убрал Sleep-ы во всей программе - так проблема и исчезла... Кроме того, не думаю, что 260мкс преобразование это "быстрая тактовая" для АЦП AVR

Я по поводу BGA уже выражался - для подобного перехода стоимость модуля должна быть около 25$ . Иначе овчинка выделки не стоит.

В даташите не нашел :( . Тем более ADC Noise Canceler завязан на Sleep. Они не просто не верны - они взяты с некоторым коэффициентом из предыдушего канала. Если не делать переключения каналов - никаких замечаний не обнаружено.

Может уже кто заметил... У AtMega48 наблюдается "перетекание" напряжения из одного канала АЦП в другой если переключение происходит при работе со SLEEP-сорежимом (в т.ч. IDLE). Если SLEEP-а нет или делать холостое преобразование (можно принудительно выключая, а затем включая АЦП сделать 25-тактное преобразование), то проблем с взаимной связью между каналами не наблюдается. Эффект связан только с переключением MUX-ов, с переключением REFS-ов вроде все Ок...

Сим-карта так-же деталь от мобильника. Не подскажешь ее рабочий диапазон ;) ? Насколько я помню RDY не выдается когда работает режим автоопределения скорости. Попробуйте покопать в том направлении...

Выбрось эту каку ;) . Лучше сразу перейди на Sim300...

A kak на счет ATD*101#;

Свинцовый 4В причем практически без зарядки (3 диода и резистор для полнофункционального резервного питания/зарядки - не в счет ;) ). К примеру Energizer P-5256 или его аналоги.

А че ее обсуждать - поставить 4В свинцовый АКБ на 0,7А/ч и не заниматься ерундой. Чай не мобилки делают... ;)

Именно так. Читаем: ATmega16L-8AI Industrial (-40oC to 85oC) Power Supply: 2.7 - 5.5V Если это намек на то, что AtMega по ее ПДФ-у может быть запитана от 5,1В и поэтому Вы ее именно оттуда ее запитали, то хочу Вас огорчить - Вы читали не тот ПДФ... Запитайте Мегу от 3В, а Sim300 от 5,1В...

А чем тебе банальнеший стабилизатор а-ля LM1084(1085,1086) не устраивает?

И разработкой занимаюсь, и тестированием и к производству имею непосредственное отношение. Правда сейчас объемы GSM-изделий не 20-30к в год, а раз в 10 меньше. Но это только GSM-изделий....

Вот в апреле и поговорим. Хотя закладывать в свои разработки модуль на который можно найти только картинки просто смешно. Кстати, вот картинка мне как раз и не понравилась - корпус а-ля BGA подразумевает геморой с пайкой и многослойную печатную плату, что крайне не гуд :glare: .

Вообще-то литформа... Но как раз новый корпус и не нужен т.к. следующие модули меньше предыдущих. Новый корпус может понадобиться не ИЗ-ЗА SimCom-а, а БЛАГОДАРЯ SimCom-у. Т.е. изделие можно сделать меньше. Я цифры назвал. Не думаю, что в России они сейчас существенно отличаются т.к. у меня есть некоторый опыт подготовки производства и там.

Интересно, а тебе не страшно закладывать вейвком на том основании, что он не является изготовителем всех микросхем, резисторов и конденсаторов использованных в их модулях, а сильно зависит от...? :glare: Хм... Я ЛИЧНО проводил тестирование своего изделия от -40 до +80 и вполне представляю в каких диапазонах работают SIMCOM-овские модули. Не сказал-бы, что этот диапазон меня не устраивает... Да, DTMF декодер был-бы не лишним. У Вейвкома он есть? Нет стабильности поставок, нет повторяемоести, неизвестное начальное состояние, большие размеры, нет крепежа...

Не согласен! Это чем-же "редезайн" на "20-30к конечников в год" ТАК отличается от проекта на 5 штук? Какое "бабло" при таких объемах и на что? 300-400$ + 2 месяца на весь "редезайн" это "бабло"?

Хм... А если DTR на землю?

Хм... Насколько я помню, Vext появляется сразу после нажатия на PWRKEY, а Status - после запуска (когда PWRKEY уже можно отпускать). Исходя из этого, что значит "при включении модуля"? Достаточно ли просто подождать секунды 2-3?

Не, это он в SLEEP ушел (т.к. на UARTе ничего не "дергалось"). При этом хавает очень мало и звонить на него можно. Вот только UART неработает... Питание 3,6-4,4В уровни сигналов - до 3,3В

Возможно по DTR я поторопился - там еще SLEEP завязывается...

Ну че можно сказать. На основании моего опыта издевательства над SIM100 (110,200) Самое главное - уровень "1" на всех цифровых ногах не должен превышать 3,3В; уровень напряжения на всех ногах при нуле на ноге питания не должен превышать 0,25В. Кроме того, соедини RTS c CTS (на всякий пожарный ;) ). DTR через резистор подтяни к "1". Да, еще. PWRKEY лучше все-же после включения оставить "висеть в воздухе"

http://electronix.ru/forum/index.php?showtopic=18856 Обсуждение и внизу страницы ссылка на еще одно обсуждение со ссылкой на исправленную библиотеку.

Не то. Возьми запиши из файла во флешку какой нибудь простой сигнал - синусоиду или нечто треугольное с частотой 500-1500Гц (частота на твой выбор), а затем на осцилографе пронаблюдай, что получилось на динамике. Особо обрати внимание на форму и частоту результата. Если будет что-то лишнее (кроме пилы на 31кГц, ступенек на 8кГц и твоего сигнала) - ищи баг в программе.

Или лыжи не едут, или масло мало :cranky: . Проверь, что залил и как выдаешь. Проверь стоит ли у тебя в параллель динамику емкость. Проверь, стоит ли у тебя электролит между ногой Меги и динамиком... Бо при твоих условиях можно говорить о плохом воспроизведении музыки, но никак не о плохой разборчивости речи. Плохая разборчивость это когда 2 кгц, 4 бита .

Смотря что тестировали. Стабильность будет искусственно завышена если передатчик использует 2 стоп бита, а приемник - 1. В обратном же направлении (2 стоп бита у приемника, 1 у передатчика) вообще неизвестно как поведет себя приемник. Может часто ошибаться, пропуская старт бит. Тестировал как и написал в обе стороны. У Меги UART веселый - ошибку он выдает только при ошибке в первом стоп-бите. Остальные указанные стоп-биты он использует только на передачу...