Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Суббота
8 ноября

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

Мобильная и беспроводная связь

475378 Топик полностью

golf2109 (21.12.2013 01:36, просмотров: 313) ответил FDA на Блин, все проще было. Я умудрился SIM-карты наоборот всунуть. Переткнул, все заработало. Позвонил с модуля себе на сотовый, работает!!! Теперь вот надо разобраться с TCP/IP стеком.

для начала лучше разобраться с Python встроенным

Ответить

- Кстати, реализация GET запроса по HTTP к удалённому серверу на этом модуле сводится к ДВУМ AT-командам. Блин, модуль просто шикарен! Всё интуитивно понятно. - FDA(21.12.2013 14:00)
- У меня задачка примитивная - слать пару десятков байт на удалённый сервер по HTTP, поэтому питон пока не нужен. Но разобраться с ним самому хочется, собственно ради этого модуль и брал. Очень он мне понравился. Обвязка маленькая, сам стартует при FDA(129 знак., 21.12.2013 13:58)
  - Wismo, PIC-и... нечего с такой хренью работать... - Apтём(21.12.2013 16:52)
    - А с чем надо? - amusin(21.12.2013 17:08)
      - SimCom, Telit, uBlox, может ещё кто-то...Cortex-M, AVR, MSP430...как-то так... - Apтём(21.12.2013 17:18)
        
        Хваля SimCom, не стоит забывать про их чудесный баг со слётом FLASH при простом отключении питания. В SIM900 это вроде подправили, но в даташите всё равно такая оговорка есть. - FDA(23.12.2013 13:09)
        
        Нет там такой оговорки, незачем еденичную ошибку в 13 версии SIM300D при переходе с одной памяти на другую тиражировать на все модули семейства. CADiLO(130 знак., 23.12.2013 19:40)
        
        Не слетает вроде...От схемы включения зависит... - Apтём(23.12.2013 13:28)
        
        Ага, зависит от схемы. Рекомендуют не использовать эти модули без резервного аккумулятора! Без него вероятность слёта флеш заявляет сам производитель. Ха-ха-ха! - FDA(23.12.2013 14:07)
        
        Покажете в документе - где он такое заявляет ? - CADiLO(23.12.2013 19:41)
        
        В документации влом искать. Но посмотрите на второй странице статьи по ссылке. - FDA(23.12.2013 21:50, ссылка)
        
        Шахимат.. а то распизделись тут все "у меня всё работает!", а матчасть изучать не способны. - POV(23.12.2013 22:08)
        
        Не вижу расхождений. На тот момент внезапно на определенных! версиях вылез глюк решаемый акумом. Потом китайцы пофиксили баг. С другими версиями ни до ни после проблем не было. 1111111(75 знак., 23.12.2013 22:40)
        
        Он противоречит отписке производителя. И пока официально не сказано обратного, верить этим модулям без батарейки нельзя. - POV(23.12.2013 22:44)
        
        Официально было сказано: признаемся, была хня, исправили. CADiLO все своевременно озвучивает, кому надо тот всегда в курсе событий. К чему развели базар вообще неясно, глюк касался только сим300д определенной аппаратной версии и с определенными 1111111(51 знак., 23.12.2013 23:43 - 23:45)
        
        Ну да бог с тобой, не нервничай. От этого язва случается. - POV(24.12.2013 01:27)
        
        Язва от вирусов, а не от нервов... - Apтём(24.12.2013 13:17)
        
        Вообще-то в основном все болезни от нервов, только некоторые от удовольствия! - FDA(25.12.2013 14:32)
        
        Боже упаси по пустякам. Так никакого здоровья не хватит - 1111111(24.12.2013 01:55)
        
        Так что слёт flash от выключения невозможен? - Apтём(23.12.2013 19:43)
        
        Вот что-то не улетали, ни разу...ни 300-ые, ни 900-ые... Apтём(222 знак., 23.12.2013 14:28)
        
        Читай даташит. Там явно написано про это. SIM900 действительно менее подвержены данному косяку, а вот SIM300 вылетали часто. У меня сейчас Telit работает пока без аккумулятора уже вторые сутки. Специально оставил, чтобы проверить в работе. По FDA(80 знак., 23.12.2013 14:31)
        
        Чего мне его читать? Apтём(292 знак., 23.12.2013 15:37)
        
        Да хоть 1 млн. изделий, какая разница. В даташите написано, что такая ситуация возможно, значит не стоит забивать на это. - FDA(23.12.2013 15:43)
        
        Значит тогда вообще не использовать SIMCOM что ли? Аккумулятор всюду не всунешь. Да и он разрядиться может. - fk0(23.12.2013 15:54)
        
        Это всё верно, просто сама возможность слёта флеш немного удручает. Вот поэтому я сейчас в новое изделие и хочу заложить Telit. Пока от него впечатления только положительные. - FDA(23.12.2013 15:56)
        
        И относительно (не)большого количества проданных SIM300 в мои руки дохлых может пара штук попадала от силы, не помню даже. Резервное питание было в 1% если и то хорошо. Может дело в чём-то другом? - fk0(23.12.2013 14:49)
        
        Может быть, но, тем не менее, в даташите на SIM300 точно есть такое указание. На счёт SIM900 уже не помню, надо посмотреть. - FDA(23.12.2013 14:53)
        
        Пентиум ещё - Крок(22.12.2013 16:00)
        
        Это из другой оперы...Пни относятся к более другим процам... - Apтём(22.12.2013 17:13)
        
        AVR _хуже_ чем PIC. - fk0(21.12.2013 18:07)
        
        Не согласен. сейчас вот от MPLABa на работе рыгаю. Да и сам dsPIC хрень какая-то микрочиповская. - scorpion(22.12.2013 18:15)
        
        А ты не рыгай от MPLAB'а. Сам (ds)PIC(24) -- вполне нормальная архитектура. После прочих других. Принципиальных недостатков (если отбросить некоторые косяки периферии) -- нет. Отладка плохая, да. Но с другой стороны: простенькие программки он таки fk0(215 знак., 22.12.2013 19:03)
        
        Вся проблема в том что мне неинтересны простенькие программки :) Вот по прежнему стоит вопрос выбора платформы перемалывателя данных (в том числе DSP) для себя. Пики в тендер не входят. Атмел я тоже отмёл. - scorpion(22.12.2013 19:30)
        
        Я не знаю, что ты называешь непростенькой программкой. Типичный "перемалыватель данных" как раз подвышенной сложностью управляющих алгоритмов не обладает, с железом не работает и легко симулируется на ПК. Тем более, что способом отличным от fk0(343 знак., 22.12.2013 19:34)
        
        После армов мне пики совсем ни к чему. Ногами подрыгать я и на аврке могу. Просто на новой работе все сидят на пиках. Хорошо что хоть асемблер для них учить не заставляют. Данные для перемалывания бывают разные. На данном этапе пока аудио. scorpion(180 знак., 22.12.2013 20:11)
        
        Ну вот и считай. 1.5*2*N*log2(N) * pi (FFT+IFFT + окно с половинным шагом + оценка спектра шума...) для N~=512 даёт ~43тыс. операции на ~30мс окне т.е. ~1.4млн операций в секунду и на каждую по десятку тактов -- ~15MIPS. Только с другой стороны 16 fk0(2258 знак., 23.12.2013 01:40)
        
        Вы тут все уже одурели от своих армов. Речь шла про GPRS-модуль, как всегда закончилось всё обычным срачем! - FDA(22.12.2013 21:38)
        
        Ну не могу я пройти мимо фразы "AVR _хуже_ чем PIC" :) - scorpion(22.12.2013 21:45)
        
        А я привык - побаловался слегка и пиками и армами, но поскольку задачи успешно решаю до сих пор на 51-х (такие уж задачи, но коль за них деньги платят - значит достойные задачи) - так на нём и сижу... хотя конечно на цыгнале, а не классическом. - POV(22.12.2013 21:56 - 21:59)
        
        Да по мне так цыгнал 51й лучше пиков :) - scorpion(22.12.2013 22:17)
        
        После того как сконфигурил процик, а используешь С, какая разница какой камень? (в предположении его достаточности для решения задачи) - POV(22.12.2013 22:19)
        
        Будть там стандартный C и если камня действительно хватает -- никакой разницы. Но ни первого, ни второго часто... - fk0(23.12.2013 01:03)
        
        Второе - думать таки надо. А первое - да похуй. Нестандартные расширения языка вроде битовых переменных Keilа - это хорошо. - POV(23.12.2013 01:06)
        
        Плохо, когда стандартные вещи не работают нормально. - fk0(23.12.2013 02:04)
        
        Ну это плохо. - POV(23.12.2013 02:46)
        
        В MPLABe пытался открыть сишный файл - не видит. Оказывается си к MPLABу надо подключать специальной процедурой. По умолчанию только асм. Ну и много всего мне не нравится. Как в среде, так и в даташитах. Этот 5ти вольтовый dsPIC как то scorpion(54 знак., 22.12.2013 22:24)
        
        Греться будет даже пеньтиум. Научись PWRSAV вставлять в цикл. К MPLAB'у придираться пока глупо. Ты просто не умеешь им пользоваться. Даташиты тоже... вполне обычные. - fk0(23.12.2013 01:06)
        
        Я просто сравниваю MPLAB с кейлом и иаром. Понятно дело что по сравнению с микроси MPLAB просто спасение. - scorpion(23.12.2013 23:04)
        
        Будто в IAR или Keil всё идеально. Я вот для x51 закинул keil-IDE подальше и взял Silabs'овский отлатчик. Хотя компилятор -- KEIL. - fk0(24.12.2013 00:20)
        
        А по мне кейл намного приятнее эмпилаба - scorpion(24.12.2013 20:15)
        
        dsPIC30 жрут нипадецки - порядка ватта на 30 МИПС, такштаа греться будет тоже по-взрослому - MBedder(23.12.2013 00:53)
        
        так я про dsPIC30 и говорю :) Я сначала вообще думал что у меня где-то ноги проца сильно нагружены. Ан нет, это он в основном цикле так шустрит. - scorpion(23.12.2013 23:01)
        
        Я на пиках только сопровождал чужие проекты. Модернизировал и т.п. Проблем не было никаких. Возможно есть бубны на компоновке проекта, но где их нет? - POV(22.12.2013 22:25)
        
        Ну это как кошки и собаки. Понимаю кошек но не понимаю собак :) А некоторые наоборот. - scorpion(22.12.2013 22:28)
        
        BlackFin - Mahagam(22.12.2013 19:32)
        
        Т.е. для ЦОС это всё равно предпочтительнее новых кортексов с DSP инструкциями ? - scorpion(22.12.2013 20:13)
        
        DSP-инструкции это максимум треть от скорости. Mahagam(294 знак., 22.12.2013 23:55)
        
        Там у некоторых блэкфинов внутрях памяти дохрена. scorpion(31 знак., 24.12.2013 20:14 - 20:59)
        
        У пиков тоже кое-какие мелочи имеются (аппаратные циклы у дспик, повтор инструкции у всех, bit-reverse адресация, автоинкременты, трёхадресные инструкции и т.п. Сравнил однако. Цена. Внешняя память (нужна блекфину). Потребление. Совсем не то. - fk0(23.12.2013 01:03)
        
        у некоторых блекфинов достаточно внутренней памяти на ваши хотелки. а потребление пропорционально вычислительной дури. и все эти трёхадресные инструкции не заменят тучи шин к ядру. - Mahagam(23.12.2013 01:13)
        
        Слишком резко после пика... - fk0(22.12.2013 19:36)
        
        AVR - проще для освоения. - _basile(21.12.2013 18:29)
        
        Работал с AVR. С уверенностью заявляю, что PIC в 100 раз проще. А уж про АРМы и говорить не приходится! - FDA(22.12.2013 10:46)
        
        Какой именно ПИК? 12? 16? 18? Apтём(141 знак., 22.12.2013 17:11)
        
        Хорошо спросил. С АВР, а уж тем более с АРМ таких вопросов не возникает. - _basile(24.12.2013 00:15)
        
        Никаких проблем с кривотой страниц flash у пиков нет. У 24-х решение такое же как у атмег, у 18-х нужное само кладётся в lowtext (есть проблемы, я много раз писал, но другого плана...) - fk0(23.12.2013 01:54)
        
        Компиляторы под PIC'и просто отличные. Плюсы есть под PIC32. Никакой кривоты с flash нет, в отличие от AVR, где приходится писать разные функции для работы с константами из флеш и ОЗУ. - FDA(22.12.2013 18:03)
        
        на все компилеры под пики (кроме 32-х) блевал. как и на кривизну архитектур мелких (до 24-х). такое называть отличным могут только одепты и продАвцы. у меня есть пару десятков проектов с ними - если бы не некоторые аппаратные особенности Vit(123 знак., 22.12.2013 23:15)
        
        В чём кривота C30 конкретно? Она есть конечно, но ничего нетипового, в нарушение стандартов, там сходу не назовёшь. Ибо это gcc. - fk0(23.12.2013 01:56)
        
        это гамно, например, даже для обращения к члену структуры по указателю требует разъясняющих скобок - то, что нормально работает во вменяемых компилерах, требует тупого дорисовывания. - Vit(23.12.2013 13:38)
        
        Согласен с коллегами, за несколько лет работы с C30 ни разу не замечал проблем с непониманием синтаксиса языка. Вы явно что-то перепутали. - Alex B.(23.12.2013 17:01)
        
        Срочно читать K&R! - FDA(23.12.2013 14:48)
        
        Больше сказать нечего? - Vit(23.12.2013 14:50)
        
        А ты прочитал K&R от корки до корки? Если да, то тогда давай поговорим. Приводи пример где как-т оне так к полям структуру обращаться приходится. - FDA(23.12.2013 15:23)
        
        Ты ж им не пользуешься - значит тебе оно не нужно - Vit(23.12.2013 15:49)
        
        Ты конкретно приведи, что не работает. Пока что плохонький наброс получается. - fk0(23.12.2013 15:55)
        
        Пример в студию! Ты скорей про какой-то другой компилятор, не про C30. Либо ниасилил язык C. Но там GCC 4.x и уж всё впорядке с такими вещами. Более того, все GCCзмы, кроме вложенных функций, наотлично работают. - fk0(23.12.2013 14:47)
        
        ты им просто не пользовался. - Vit(23.12.2013 15:19)
        
        Трололололо! Это ты им не пользовался. В раздел PIC хоть загляни. - fk0(23.12.2013 15:31)
        
        Но таки шли? Всему своё место и время. Микрочип по праву свою нишу занимает. ПродАвцы тут не при чём. - POV(22.12.2013 23:17)
        
        Да ну... Apтём(372 знак., 22.12.2013 18:46)
        
        На мнение мне плевать, он для меня не авторитет! Без C++ прожит легко можно. Про флеш не нужно бредятину нести! Никаких проблем тут нет! - FDA(22.12.2013 21:36)
        
        Ну, не авторитет, так не авторитет... Apтём(438 знак., 22.12.2013 21:43)
        
        Какие проблемы с аппаратным стеком??? Видимо ты под пик сроду программу не писал, вот и несёшь всякий бред! Дилетант хренов. - FDA(22.12.2013 22:04)
        
        Проблемы в (не)рекурсивных функциях и трудности отладки (стек не распечатывает). - fk0(23.12.2013 01:57)
        
        Под пики не писал, но писал под Scenix, а они во многом совместимы с PIC16. Apтём(329 знак., 22.12.2013 23:10)
        
        Нет проблем аппаратный стек извлечь целиком и сохранить в ОЗУ. ОС сделать можно. Переключать будет медленно. - fk0(23.12.2013 01:59)
        
        Да? Ну вам виднее... Apтём(214 знак., 23.12.2013 02:03)
        
        32 уровня x 17 bit = 68 байт на задачу максимум. Если внешнее ПЗУ (>128k), то больше. - fk0(23.12.2013 02:10)
        
        Сценикс?! Спорю ты писал на асме! Тебя не могло не корёжить от этого гавна. Окромя высокой тактовой там вообще нет никаких плюсов. - POV(22.12.2013 23:14)
        
        Ну Scenix, и чо? МК, как МК. Apтём(754 знак., 22.12.2013 23:24)
        
        Сценикс и был уродец. Вся ставка была сделана на высокую (для того времени) тактовую. ПИК126 на тот момент был лучше атмеловских 51х хотя бы наличием АЦП. - POV(22.12.2013 23:27 - 23.12.2013 00:03)
        
        Уродец, да...Но не всем тогда это было очевидно. Я с них и начинал МК программировать (и с 51-ых атмеловских). В то время даже MegaAVR ещё не было дешёвых и разных... - Apтём(22.12.2013 23:51)
        
        Да причем тут "очевидно"? Нам вот в конторе потребовался быстрый проц для ногодрыга. Сценикс позволил сделать изделие и выиграть время. Затем от него отказались... POV(191 знак., 23.12.2013 00:06)
        
        Ну, случаи бывают разные. Apтём(507 знак., 23.12.2013 00:29)
        
        Так думать надо было!... POV(228 знак., 23.12.2013 00:34)
        
        Ну... Apтём(397 знак., 23.12.2013 01:20)
        
        Так проблема не в МК, а в прокладке. А брать проц с многократным запасом для компенсации недостатка квалификации - это если условия заказчика позволят. - POV(23.12.2013 02:49)
        
        Нет, тут другое - PIC-и профессиональнее, но не лучше (и не хуже)... - Apтём(21.12.2013 18:21)
        
        Только что --> - fk0(21.12.2013 18:27, ссылка)