artemkad

Я не из "торгашей" (системы Convoy GSM 1500, Fantom GSM 1000, Cyclon GSM 2000,3000). Через мои системы прошло уже точно более пары тысяч модулей... Подобного поведения модулей за последние пару лет замечено не было. Глючки конечно бывают (где-то около процента на партию), но никак не "вся партия нет Tx". Ищите где-то прокол с подключением (к примеру - посмотрите на ногу DTR)...

At+CREG ?

Не факт, что на последнем дизайне он соединен. От того, что они звонятся между собой не следует что это одна цепь (возможно разделены SMD или печатной индуктивностями). Подключение аналоговых цепей к AGND и к почти рядом расположенной ножке GND дает существенно разные результаты... По моему опыту соединять GND и AGND напрямую нежелательно. Предпочитаю соединять резистором в 100-200 Ом.

Например - отпустить ногу PWRKEY. Надеюсь ты ею не напрямую портом управляешь....

Больше 2-х месяцев?! Кроме того, не стоит забывать, что "менее 2-ух месяцев" это только перенос. А 20-40% кода все равно придется писать. И через 2 месяца вы все еще в начале пути. Кроме того, нужна новая плата (новая схема, новые комплектующие, новая разводка). И кто это все делает? Что-то меня терзают смутные сомнения в практической реализации подобного, если длина кода "не 40 байт", "считанные дни" не измеряются неделями или результат "авось будет работать". Разве-что речь о простых или типовых проектах...

Не понял :( , может я не так объяснил. Если существует РАБОТАЮЩИЙ проект (на AVR) в который надо добавить некоторые дополнительные функции, то экономически оправданней и надежнее (в первую очередь надежнее (предсказуемей) КОД, а во вторую - полностью оттестированная готовая плата) взять более крупный камень того-же семейства чем переходить на другое малознакомое. Или тут может быть иное мнение?! Или будешь утверждать, что портирование всего проекта с AVR на ARM это так-же просто и безглючно как добавление процентов 20-40 кода под ту-же платформу (то-же изделие)?!

Грабли не такие уж и гипотетические. Если почитать ветку по АРМ-ам, то там можно неоднократно найти их описания. В той ветке ведь пишут далеко не начинающие любители и тем не менее шишки набивают...

MLF64 (9х9) на TQFP100 (14х14) ? Сильно разные камни. В частности у АРМ/АВР32 слишком много разных Vdd. Если проект хоть как-то сложней ногодрыгания его перевод на "классово чуждую базу" это большой кусок работы как программиста так и схемотехника. Там очень много возникает хорошо замаскированных граблей. Если такой переход необходим (к примеру катастрофически перестало хватать производительности), то перейдут полюбому. Если же просто надо добавить "несколько дополнительны рюшечек", за старую хорошо проверенную платформу сами будут цепляться до последнего. Тут и экономика и надежность.

Где нет совместимого ряда?! У AVR совместимые линейки AtMega48/88/168/328 (32 ногий) AtMega8535/164/324/644/.... (44 ногий)AtMega165/325/645/128/2561/.... (64 ногий) AtMega3250/6450/1280/2560/.... (100 ногий). ЗЫ. Тут недавно пипиcьками мерялись ;) сравнивали старшие камни AVR с младшими ARM. Вот только те кто сравнивали благополучно забыли, что старшие камни это пин-то-пин расширение младших моделей. И их основная задача не с ARM соревноваться, а позволить развить уже существующие работающие проекты. ЗЫЫ. Мало того, 100-ногий корпус имеет очень похожее на 64-ногий расположение лап, что позволяет предусматривать на плате два посадочных места под оба корпуса "один внутри другого".

Что значит "не работает"? Ты не просто выключай антенну, а ставь вместо нее эквивалент нагрузки (разъем с резистором в 50 Ом). Когда поставишь, тогда и меряй RSSI без антенны... ЗЫ. Кроме того, не стоит забывать, что в 5 м тонкого кабеля потери - будь здоров... ;)

Из того, что производится в Украине - энергосберегающие лампы, пром. контроллеры, различные таймеры/термостаты/средства защиты, автосигналки (датчики), кассовые аппараты... Осталось производителям этого самого кремния довести до ума как минимум потребление и я буду серьезно их рассматривать как доступную альтернативу. Т.к. большая часть моих проектов должна потреблять "до 20мА все изделие". А как не беру доку на очередной небольшой ARM, так и возвращаюсь к "отстойным 8-битникам".

Подход неверный в корне. С одной стороны дешевле китайцев выпуская в Китае все равно не сделаешь, с другой стороны - чем дороже "эксклюзив", тем меньше объем покупателей и тем его дороже придется делать, а в третьих - каждый бакс отданый китайцам это импорт который подстегивает инфляцию в твоей собственной стране. Далеко не только на Холтеке. Есть и PIC-и и AVR-ы и ARM(NXP). ЕСТЬ нормальное производство. Только в Украине я знаю больше восьми SMD-линий вполне загруженных работой (иногда до недели ждать). Есть и изготовители ПП и литье пластика (не самое современное, но есть). Хуже с конкуренцией - китайцы пока мы "ковыряемся в своей заднице" хныча о том, какие мы жалкие (или какие мы эксклюзивные, но нас не ценят ;) ) просто работают и захватывают рынок. В результате если 20 лет назад их покупали за дешевизну, 5 лет назад за надежность, то сейчас начинают брать за функциональность. Конкурировать с ними становится сложно, но абсолютно необходимо если не желаешь жить в аграрнобанановой республике основная задача которой - поставлять хавчик в КНР.

А может потому и нет, что вопрос цены особо не ставится? ;) Хотя на самом деле производство есть. Не массовое, но серийное и крупносерийное (поинтересуйся к примеру твоими земляками www.mss.dp.ua ). Проблема в том, что рынок электроники забит китайцами и надо не просто делать нечто более умное, но и не слишком дорогое иначе свою долю с рынка не выдрать. Да и "массовость" понятие относительное - для компании в 10 человек партия в 10 тыс. шт в год такая-же массовая, как и 1 млн. для компании в 1000 человек. Такие объемы позволяют иметь нормальный месячный доход (скажем в 1000$ на работника) на изделиях с конечной ценой в 20-50$ . И поверь, там стоит считать каждую копейку иначе шустрые китайцы выбивают с рынка на "раз-два". Есть и другая сторона. На освоение чего-то нового нужно время. А очень часто изделия требуются "на вчера" ;) .

Не скажи... Если ты посмотрел описание, то должен был заметить, что там явно указано потребление на МГц для КОНКРЕТНЫХ базовых ячеек на которые ложится ядро. Причем там еще и возможна оптимизация как по площади, так и по скорости (разница в потреблении на 0,13 - в два раза). Так, что ДАЛЕКО не одинаково у разных производителей с одинаковыми ядрами...

Убери 256 и сойдется. Он формирует выходной сигнал не 256 уровневым ШИМом, а встроенным параллельным ЦАП-ом в который засовывает по одному сэмплу за раз. Т.е. на этой конкретной частной задаче MSP рулит. Но проблема в том, что любое изменение условий задачи приводит к невозможности (или сильной проблемности) ее выполнения. Т.е. академическая задача решаема, а вот реальная - почти наверняка нет. Я что говорил что нельзя? Можно сделать! Но только не тем методом "в лоб" который предлагался.

Точнейший диагноз ;) !

Ты прежде чем говорить о "гладеньком", возьми частотомер и померяй частоту полученного синуса (что-то мне подсказывает, что его частота 31,25кГц вместо требуемых 32кГц). А затем попытайся сделать такой-же синус с частотой на 1 кГц меньше. Потом и поговорим о "гладеньких" когда наткнешься на "особенности национальной рыбалки" прямого синтеза.... ЗЫ. Как по мне, MSP для подобной задачи не на много лучше чем AVR. Это задача должна быть или решена иначе, или взят более шустрый камень.

У мег есть совместимость 48->88. 88->168 с перекомпиляцией. Вот именно, с перекомпиляцией. Потому что в соседних кристаллах все управляющие биты разные, как и адреса регистров. А у нас снабженец надыбал где-то ящик 149-х по цене дешевле, чем 135 покупали. Вот только не надо тут той-же религии в сторону MSP. Если Вам "Не хватило памяти или функциональности", то в любом случае придется перекомпилировать. А если у Вас проблемы с ценой и поставками из-за того, что MSP мало кто использует и соответственно мало их сюда завозят, то причем тут AVR? ЗЫ. Кстати, AVR-ки когда-то проходили этот этап когда были полностью идентичные чипы с разными объемами ресурсов 90s8515/4414 90s8535/4434 . Но с тех пор уже много чего изменилось причем в лучшую сторону особенно в части цен и возможностей...

Не скажи. 10 лет назад первые AVR-ы выпускались по 0,35-й технологии, но при этом не позволяли себе столь большие токи потребления. Если в сухом остатке - потребление было примерно раза в 2 выше, но никак не на порядок! Да и как по мне - cовременные AVR просто лучше вылизаны по потреблению чем десятилетие назад (добавлена возможность отключать ненужные блоки, введены синхронизаторы по портам, расширены режимы сна). Если TI не "вправили мозги" команде разработчиков этих чипов, я думаю ток потребления уменьшится не более чем в два раза. Т.е. ток будет не 45-50мА на 20МГц, а где-то 20-35мА. Не знаю кто там чем питается, но у них в режиме "Все выключено" камень потребляет столько-же сколько AVR в полнофункциональном на той-же частоте и на два порядка больше чем AVR в его аналоге "Все выключено". Не думаю, что тут проблема только в технологии.

Ну и ? Полюбовался. Большой, дорогой (больше 8$), жутко крутой, ... Вот только токи потребления в доке не указаны. Наверное, что-бы потенциальных клиентов заранее не пугать :smile3046: ...

Спасибо, помогло. Правда от полноты информации не стало выглядеть лучше. Итого - ток рабочего режима вырос до 45-50ма, ток Sleep в режиме "все остановлено" - 17-20ма, ток Sleep в режиме "все выключено" и тактовая разделена на 16 - 0,8-1ма. И на кой при батарейном питании такое потребление?! ЗЫ. Кстати, бегло просмотрел доку и не совсем понял. На кой там 200 МГц PLL если System Clock не более 20 МГц?

Хороший пример. Хотя эти заразы (Luminarymicro) для получения даташита требуют регистрации, нашел, хоть и устаревший (2006-го). И что там видим. Да, круто. PLL до 200МГц, UART с буферами, до 4-х 16 битных таймеров, встроенное деление, LDO .... В общем ГУД. А теперь ложка дегтя ;) . Традиционно - отсутствие ЕЕPROM. Нет АЦП. Ну и самое главное - потребление 35 мА на 20 МГц "System Clock(with PLL)" (сколько кушает в sleep-е в той доке не указано :( )!!! ЗЫ. В общем вот так и получаем, что как только речь заходит о устройстве с батарейным питанием AtMega88 становится в данном случае более разумным выбором (кстати, и более дешевым) чем LM3S102...

Само собой - ни о чем, если делать хоть из AVR хоть из ARM "наше все!". Есть КОНКРЕТНАЯ задача, вот по ней и выбирают что использовать. Все остальное - от лукавого ;) .

Зачем с другой?! Считываешь и сохраняешь содержимое EEPROM, а затем после нескольких десятков-сотен тысяч км. восстанавливаешь ее содержимое взад. И любая даже самая совершеннейшая криптография в ARM скажет "гуд" и пойдет считать заново.

MSP430 уже АРМ? Нет. То на фига козе баян?! По поводу потребления проверял неоднократно - практически равное при равных условиях для всех более-менее современных AVR-ок. Например? Можешь поверить. Последний раз слеты я наблюдал еще на 90S1200 лет десять назад. Естественно развал записи многобайтных чисел при падении напряжения не в счет, т.к. к слёту это дело отношения не имеет. Далась Вам та нулевая ячейка? Сейчас проблем с ней нет да и раньше это была не проблема, а скорее особенность существенно не влияющая ни на код ни на выбор кристала. Скорее информацию которая при никаких условиях не должна быть изменена или прочитана снаружи за время эксплуатации оборудования. Это называется - сперва городить проблемы, а затем героическими усилиями их преодолевать. Причем в случае с одометром ситуацию криптографией до конца не решишь.