afad

Для простейшей сети должен быть один КООРДИНАТОР и несколько КОНЕЧНЫХ ТОЧЕК (они же зачастую могут быть и ретрансляторами). Т.е. минимум нужно 2 модуля, один из которых является координатором. Передавать можно или конкретному модулю или ВСЕМ (для начала так проще). Подключаем 2 модуля, они сами соединяются между собой, передаем сообщение от координатора ВСЕМ, на конечной точке - принимаем - должно выскочить сообщение, и наоборот. Пробовал только XBEE - модули. Причем продаются они все с одинаковой прошивкой, потом их нужно перешивать на координатор и конечную точку.

Да, действительно так и есть. Но они коммутируют только 2 сигнала (на 4 направления каждое). Нужно 2 такие микросхемы, зато можно будет подключить сразу 4 SIMки :) Я так понимаю, "правильная" схема для подключения двух SIMок, учитывающая возможное разное напряжение питания каждой SIMки, должна быть примерно такая, как на прилагаемом рисунке. Или ключ в 4066 слабый для коммутации питания SIMок?

SIM на разные напряжения - это миф или реальность? Сделал серию приборов с двумя SIM, выбор SIM коммутацией RESET с помощью диодов и все работает без проблем. Но вот узнаю, что SIM могут быть и на пониженное напряжение. Это теоретически, я так понимаю. Реально они существуют на территории России? У каких операторов? Мне пока не попадались на пониженное напряжение. Опять же - это догадки или реальность? Что-то мне не удалось у SIM300D обнаружить, чтобы он перебирал напряжения SIM (или я невнимательно смотрел???). Просто подает напряжение на SIM и начинается обмен. Кто-то может сказать, стоит ли расчитывать, что попадутся SIM на пониженное напряжение и SIM300 при этом с ними будет корректно работать?

Ну тогда на каждую SIM нужно по 4066, чтобы отключать все 4 сигнала. Иначе на неотключенные входы будет подаваться напряжение. Или каким-то образом можно коммутировать 2 SIM одной 4066?

Ну и что? Допустим есть 2 SIM с разными напряжениями, для определенности "первая" с низким и "вторая" с более высоким. Все сигналы подключены параллельно, кроме сигнала RESET, который подается на одну из них от модема, а другая при этом постоянно находится в RESETe. Разрешаем снятие ресета первой, вторая постоянно в ресете. Модем поднимает напряжение до рабочего уровня первой и работает с ней. Вторая SIM постоянно находится в ресете, напряжение на ней меньше требуемого, но она ведь в ресете, по идее ничего плохого не должно произойти. Второй случай. Разрешаем снятие второй, первая постоянно в ресете. Модем поднимает напряжение до рабочего уровня второй и работает с ней. Первая SIM постоянно находится в ресете, напряжение на ней больше ее рабочего напряжения. Ей может поплохеть?

Где-то обсуждали уже этот вопрос, она только на 900 МГц, скопирована с Tyco Electronix, называется 1513165-1. Кстати, проверено, кусок провода, длиной около 8 см работает не хуже некоторых покупных антенн. Если кому интересно поэкспериментировать, есть замечательная команда: AT+CSQ в ответ приходит мощность сигнала (в некоторых условных единицах). Подключаем разные антенны (или меняем параметры самодельной) и смотрим уровень сигнала для каждой из них.

Это где там такое? Ищу и не нахожу.

Ну я так и делал. Время просыпания и передачи пакета (несколько байт) около 500 милисекунд (а хоцца 50 мс!). А если не усыплять, а ресетить, то входит в сеть примерно за 2-3сек.

Смею предположить, что ответ кроется совсем в другой области. Возьмите и посмотрите осциллографом питание на самом модеме, особенно в "критические" моменты. Можно увидеть много интересного. При хорошем питании ни разу не было, чтобы SIM перестала работать. Вот почему некоторые SIM не видятся с самого начала - это вопрос.

Аналигичная ситуация. Новые карточки MTC и Megafon работают, а старая MTS (Ждинс) и новая BeeLine не работают. Модем SIM300DZ с какой-то старой версией прошивки (типа 10???). Для тестирования вставил при включении команду определения наличия SIM: AT+CSMINS? Ответ точно не помню, что-то типа +CSMINS=0,0 или +CSMINS=0,1 Последняя цифирка 0 или 1 как раз показывает, обнаружилась ли SIM (0 - не обнаружилась, 1 - повезло!). Если 1 - идем дальше по алгоритму, если 0 - значит SIM не обнаружена, нет смысла дальше что-то делать, пытаемся перезапустить модем снова. Но, как показывает опыт, если SIM определяется, то определяется всегда, а если нет, то никогда.

Кто такой AT+CSG? Почему не знаю?

Если коммутировать напрямую ключем на полевике IRLML6401 или другом (без последующего стабилизатора), то от конденсатора на выходе полевику плохо не будет? Ведь нужно на питание модема ставить конденсаторы (и керамические и электролиты). Также возникает вопрос: если включить полевик, на выходе которого стоит конденсатор, то на входе будет большой провал напряжения, определяемый соотношением емкостей на входе и выходе полевика, или я не прав? Ну тогда при включении полевика на первом конденсаторе будет провал в половину напряжения. И как на это отреагирует вся схема?

А происходит с модемом следующее. При приеме входящего звонка модем переключается на работу со звонком. Т.е. весь обмен с TCP/IP-сервером временно приостанавливается. RING все же выдается, правда с некоторой задержкой. После подачи команды отбоя звонка ATH модем отвечает на нее ОК и возвращается в работу с сервером. При этом все полученные за время обработки RING данные не теряются, а сохраняются во внутреннем буфере модема и выдаются при восстановлении работы с сервером (т.е. после того как модем ответит ОК на команду АТН). Но почему иногда модем оказывается занятым, когда на него звонят, это вопрос на который, видимо нет и не будет ответа.

Режим работы такой. Отправляю в модем команду отсылки данных: at+cipsend Модем отвечает приглашением переслать данные: > Передаю: данные crlf ctrl+Z Через примерно секунду (или быстрее) модем отвечает: SEND OK Проблема в том, что если звоню на модем во время от передачи at+cipsend до прихода SEND OK, то RING не выдается и SEND OK тоже. Похоже модем подвисает (или просто не выдает сообщений SEND OK и RING???). Однако если звонить на модем вне этой процедуры (at+cipsend ... SEND OK), то все нормально, приходит RING. Может проблема только в выдаче данных через UART модема? Ну типа конфликтуют программа TCP/IP и программа отвечающая за выдачу RING. Или проблема глубже? Можно ли запретить выдачу сообщения RING, а звонки контролировать по сигналу RI?

Да, отключать питание, однозначно! А чтобы не ждать 10 минут, проверить по схеме, не подпитывается ли модуль через другие ножки (через сигналы управления). Если все сделано корректно, то нескольких секунд хватит.

Использую SIM300D. Такая задачка. Используя внутренний TCP/IP модема, как клиент подключаюсь к серверу. Периодически (раз в 5 секунд) отправляю данные: at+cipsend > данные crlf ctrl+Z OK Это все работает без проблем. Но вот задумал я еще и контролировать входящие звонки. Нужно сделать так: звоню с мобильного на модем, он выдает в контроллер RING, контроллер сбрасывает звонок (командой ATH) и выполняет определенные действия. Но вот незадача, это часто не проходит! Возможны 3 варианта событий: 1. Все по алгоритму, как описано выше. Это происходит в 20-30% случаев. 2. "Звонок не может быть установлен, перезвоните позже". Вот это да. А я то думал, что GPRS и прямое соединение работают независимо, а оказывается модем занят. 50% случаев. 3. При приходе звонка модем вообще виснет. Приходится перезапускать его снятием питания. 20-30% случаев. Возможно я что-то не так делаю. Или чего-то не понимаю??? :05: Кто-то сталкивался с подобной проблемой? Где-то описаны такие ситуации? Может кто-то пояснить, что происходит, когда запущен внутренний TCP/IP и приходят звонки?

Да действительно, время установления связи может быть разным. У меня координатор включен всегда (он питается от сети), а конечные точки подключаются периодически. Предполагаю, что время соединения можно сократить, если уменьшить область поиска объектов сети, т.е. жестко задать, кто, с кем и при каких параметрах соединяется.

Да, указанный модуль потребляет в 2 раза меньший ток. Но, я так понимаю, дело не столько в текущем потребляемом токе, сколько во времени, затраченном на установление соединения и передачу данных. Где-то читал, что это занимает 30 мс, у меня же получилось >500 мс :crying: Поэтому-то и хотелось бы сравнить свои результаты с другими (если кто этим вопросом занимался). Попытаюсь поиграться с настройками, может удастся сократить это время.

Такая задача. Есть несколько устройств с автономным питанием. Каждое передает центральному контроллеру 1 раз в 20 секунд несколько байт информации, передача происходит по собственной инициативе устройств. Расстояние метров до 40, прямая видимость. Другие варианты кроме ZigBee неприемлемы (требование заказчика), это не обсуждается. Необходимо минимальное потребление устройства (ZigBee транссивера в частности). Попробовал модули XBee от MaxStream (потому что они простые в применении), результаты следующие. В активном режиме потребление около 40 мА. Если полностью отключать трансивер, то при включении он соединяется около 4-х секунд, т.е. среднее потребление около 8 мА. Если не отключать, а переводить трансивер в сон, то после просыпания соединение и передача происходит за 0,5-1 сек, т.е. среднее потребление 1...2 мА - уже лучше. Хотелось бы еще уменьшить потребление (хотя бы раза в 4, лучше в 10), но не уменьшая частоту передачи данных. Применить "голый" приемопередатчик 2,4 ГГц и сделать собственную обвеску и ZigBee стек (или применить готовый) точно не смогу (нет опыта и времени), нужен модуль со встроенным стеком, типа XBEE или подобный. У кого есть опыт применения этих (XBEE) или других модулей ZigBee в устройствах с автономным питанием и какие получены результаты по потреблению?

Тоже неплохая игрушка: http://media.mabila.ua/ru/news/2007/07/10/7570.html Жаль у нас нигде не продают.

Пока только в теории, возможно я не прав, но я так это себе представляю.. По вышеуказанной ссылке все описано для серверов без авторизации, передача идет по протоколу SMTP. В SMTP нельзя авторизироваться, т.к. нет команд авторизации (USER, PASS). Авторизироваться можно, если подключиться к POP3. Я так понимаю, алгоритм должен быть такой: 1. Подключаемся к POP3, независимо от того, нужно передать или принять данные. 2. Авторизируемся. 3. Если нужно принять, принимаем данные. 4. Подключаемся к SMTP. 5. Передаем данные. С mail.ru в гипертерминале это сделать нереально, т.к. mail.ru очень короткий таймаут (несколько секунд). Можно только из программы.

Можно и попроще: http://electronix.ru/forum/index.php?showtopic=40818 Там есть схемка, делал нечто подобное. Всего 3 счетчика, АЦП и SRAM. Правда это только для запоминания отдельных фото-кадров.

И еще одна особенность. Когда накапливается несколько пакетов, а потом они все сразу приходят, то порядок следования пакетов может измениться. По этой причине нельзя использовать "прозрачный" режим, тогда каждый байт рассматривается как пакет и байты могут поменяться местами. Простейшими контрольными суммами это не выловить (обычно считается сумма всех байт (и)или XOR, от перемены байт сумма не изменится), нужны более сложные алгоритмы. В режиме API пакеты, хоть и могут поменяться местами, но внутри пакета все байты на своем месте. Вывод: для надежной передачи нужно использовать API.

Данные накапливаются в том устройстве, которое передает (независимо это координатор или конечное устройство). После перезапуска передающего устройства приемное устройство вначале ловит несколько пакетов без пауз, затем начинаются паузы. Да, возможно координатор занят тем, что ищет конечные устройства. Т.е. после включения устройства оно обнаруживается и остальные устройства некоторое время не ищутся и пакеты идут без пауз. Потом начинается поиск и начинаются паузы. Как бы ограничить область поиска (т.е. сократить время поиска)?

Попробовал в режиме API, то же самое. Передаю пакеты раз в секунду. Первые пакетов 10 передаются без задержки, потом случаются паузы, секунд на 3-5. По окончании паузы приходят все пакеты, причем иногда некоторые из них переставлены местами. Может что-то в настройках? P.S. Очень полезный форум, многому можно научиться, главное - развивает очень нужную черту характера - самостоятельность.