Redguy

Посмотрел подробнее библиотеку SimpliciTI, всё-таки получается, что СС110L изначально не описана там. Можно пошаманить самому, но что-то тратить время и силы не охото. Наверное, вот в этом софте может быть разница и заложена в цену. Спасибо, посмотрел. Но нам они обойдутся дороже, чем вышеуказанные, потому не пойдет, хотя по потреблению они превосходят и даже эффективнее.

Добрый день! Появилась задача создать миниатюрное, малопотребляющее и, главное, бюджетное устройство с радиоканалом для нечастой (допустим раз в минуту) передачи небольшого объема данных с измерительного датчика и приема некторых исполнительных команд на частоте 433 или 868 МГц для работы в домашних условиях в пределах квартиры, коттеджа, с возможностью организации в сеть типа звезда. Выбор пал на TI и на микросхемы СС1101 или СС110L в связке с MSP430. По параметрам эти два транссивера практически идентичны, поскольку 110 построен на базе 1101, за исключением количества видом модуляций (по крайней мере, что я углядел, но при этом это особо не интересует), а вот стоимость у них различается, чуть ли не в два раза. Вопрос 1: есть ли какие-то другие отличия или ограничения СС110, из-за которых выгода финансовая потом может выйти боком. Вопрос 2: не связано ли это с возможностью реализации протокола SimpliciTI, т.е. на СС110 использовать его невозможно? Вопрос 3: может зря я это всё затеял на этих микросхемах и есть более интересные варианты? Заранее спасибо.

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

Посмотри, не замкнуты ли между собой линии Rx и Tx на любой из участков (рядом с контроллером до преобразователя уровня, рядом с модулем после преобразователя). Если линию Tx замкнуть на Rx, то контроллером это будет восприниматься как эхо.

Я определяю оператора, к которому подключен с помощью AT+CIMI, в ответе первые "250" - Россия, далее две цифры 99 - билайн, 01 - мтс, 02 - мегафон. Для начала проверить подключен ли вообще GPRS AT+CGATT? А вообще тут еще вопрос для чего GPRS планируется использовать, если FTP или HTTP, то там про команду AT+SAPBR, если TCP или UPD, то там тоже не все так просто. Есть целые аппноуты по этому поводу.

Поделюсь опытом. Когда мы собирали устройство с GSM-модулем для работы в уличных условиях, без дополнительного подогрева и принудительной вентиляции мы использовали самые обыкновенные сим-карты для телефонов, поскольку чипы нам были недоступны, а за специализированные сим-карты выставили несколько бОльшую стоимость, да и сроки поставки ожидали желать лучшего. Устройство планировалось как тестовое и временное, поэтому не стали заморачиваться с симками. На текущий момент оно работает уже полгода, пережило осень, зиму и продолжает ныне здравстовать. Зимой у нас самые морозы достигали порядка -33..-35 С, продолжительностью с неделю, проблем никаких выявлено не было. Симки от Мегафона.

Большое спасибо. Пожалуй, этого решения будет вполне достаточно.

Приветствую! У меня на руках модуль SIMCOM_SIM900 Revision:1137B06SIM900M64_ST Решил попробовать использовать встроенный календарь с часами. И получилось, что за сутки часы убегают больше, чем на 5 секунд. Вот я и подумал, нет ли какого-нибудь регистра, с помощью которого можно было бы откалибровать часы. Пользуюсь документацией "SIM900_AT Command Manual_V1.03" и "SIM900_Hardware Design_V2.00". Ничего кроме команды AT+CCLK?, связанной с этой частью я не смог найти. На выводе VRTC висит батарейка CR2016, первое, то под руку попалось. в перспективе планирую использовать CR2032. Может кто-то сталкивался с подобной проблемой или знает в каком направлении копать?! Может это тупиковый вариант использования встроенного RTCC?

Доброго времени суток! Имеется контроллер PIC18F45K22, на борту три одинаковых 8-разрядных таймера (TMR2, TMR4, TMR6) и три одинаковых 16-разрядных таймера (TMR1, TMR3, TMR5). Пишу код (компилятор MCC18, отладчик Model SIM): PR2 = 0xA0; PR4 = 0xA0; PR6 = 0xA0; T2CON = 0b00000100; T4CON = 0b00000100; T6CON = 0b00000100; while(1); и второй вариант T1CON = 0; T1CONbits.T1CKPS = 0x03; TMR1H = 0xB1; TMR1L = 0xF1; T3CON = 0; T3CONbits.T3CKPS = 0x03; TMR3H = 0xB1; TMR3L = 0xF1; T5CON = 0; T5CONbits.T5CKPS = 0x03; TMR5H = 0xB1; TMR5L = 0xF1; T1CONbits.TMR1ON = 1; T3CONbits.TMR3ON = 1; T5CONbits.TMR5ON = 1; while(1); И Model SIM, и реальный контроллер ведут себя одинаково. В первом случае запускается только TMR2, а 4 и 6 как мертвые, во втором запускаются TMR1 и 3, а 5 полный молчок. Такому поведению есть какое-нибудь объяснение? Может я что-то упустил?

Блок-схема TMR0 тебе в помощь!

Не знаю точно, но на первый взгляд стандартные библиотеки периферии настраиваются в файле "pconfig.h", например: #ifdef __18F45K20 /*############################################################*/ /* Configuration for device = 'PIC18F45K20' */ /*############################################################*/ /* ADC */ #define ADC_V8 /* ECC */ /*No configuration chosen for this peripheral*/ /* CC */ #define CC_V2 /* EPWM */ #define PWM_V11 /* PWM */ #define PWM_V10 /* PCPWM */ /*No configuration chosen for this peripheral*/ /* USART */ #define EAUSART_V5 /* SPI */ #define SPI_V1 /* I2C */ #define I2C_V1 /* TIMERS */ #define TMR_V2 /* EEPROM */ #define EEP_V2 /* PORT_B */ #define PTB_V1 /* ANCOMP */ #define ANCOM_V5 /* MWIRE */ #define MWIRE_V1 /* CTMU */ /*No configuration chosen for this peripheral*/ /* PPS */ /*No configuration chosen for this peripheral*/ /* RTCC */ /*No configuration chosen for this peripheral*/ /* DPSLP */ /*No configuration chosen for this peripheral*/ /* PMP */ /*No configuration chosen for this peripheral*/ /* FLASH */ #define FLASH_V1_2 #endif а вот какие версии отдельных модулей периферии в каком контроллере неизвестно. Там, кстати, есть ещё одна интересная строчка: /* This file is auto generated by the Library Configuration tool. */ Попробуй её найти.

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

Спасибо за такой вариант. Да, пожалуй, GPS-трэкеры для отслеживания местонахождения авто один из самых приемлемых вариантов для данного случая.

Спасибо, за идею. Я попробую проработать детальнее такой вариант. Я так понял речь идет про функцию "Найти другого абонента", т.е. по запросу с одного мобильника в Яндекс-картах отобразится местоположение второго, искомого.... Так-то затея интересная, но боюсь могут возникнуть технические проблемы в плане сотовой связи и доступа к ресурсам яндекса. Эксперимент будет проходить где-то во Франции, а там чёрт знает что с роумингом, а с местными симками вряд ли сервис будет работать.

Приветствую всех! Есть необходимость поиска радиоэлектронного устройства на открытой местности в радиусе до 5км с заранее неизвестным местоположением (сбрасывается с парашютом, и куда унесет ветром...).Задача напоминает спортивную игру "охоту на лис", хотя отличительная особенность в том, что и передатчик и приемник заранее должны быть готовы и настроены для наискорейшего поиска. Кто-нибудь в курсе, существует ли возможность приобретения каких-либо готовых модулей пеленгатора и малогабаритного маяка?! Кроме того, "на борту" этого устройства уже есть готовый модуль для связи Xbee Pro 868, который 1-2 раза в секунду передает данные. Может стоит использовать его сигнал в качестве маяка? Может кто посоветует какие-то готовые решения. А то неохота, да и времени нет, новое что-то придумывать, собирать и отлаживать, да и распространенные схемы из ж.Радио совсем уж удручают.

Приветствую! Необходима техническая помощь по трансиверам CC2520. Изготовлены две отладочные платы (сборка на коленке). Используется соединение точка-точка 1. Каким образом задавать адрес получателя данных (destination address) на передающей стороне, для того, чтобы на приёмной стороне данные проходили т.н. third filtering level? При этом ни передающая часть, ни приёмная часть не является PAN-координатором. В датшите указано только на возможность задания этого адреса, но не расписано каким образом это сделать: "• Destination address: • If a destination PAN ID is included in the frame, it must match LOCAL_PANID or must be the broadcast PAN identifier (0xFFFF). • If a short destination address is included in the frame, it must match either LOCAL_SHORT_ADDR or the broadcast address (0xFFFF). • If an extended destination address is included in the frame, it must match LOCAL_EXT_ADDR. " При этом если отключить аппаратную фильтрацию (Frame Filtering), приём осуществляется успешно 2. В документации указано напряжение питания 1.8-3.8 В. При понижении питания до некоторого порогового значения порядка 3-3.01 В, один из трансиверов перестаёт передавать/принимать (если он настроен на передачу/приём). При этом цифровая часть трансивера работает в номинальном режиме, осуществляются любые процедуры работы с внутренними регистрами, памятью. В работе второго трансивера такого не наблюдается. 3. При чтении RXFIFO с помощью команды RXBUF не добиваемся никакого результата (всегда читается 0хFF), но при этом читаем с помощью команды MEMRD адекватные данные.

Приветствую! Необходима техническая помощь по трансиверам CC2520. Изготовлены две отладочные платы (сборка на коленке). Используется соединение точка-точка 1. Каким образом задавать адрес получателя данных (destination address) на передающей стороне, для того, чтобы на приёмной стороне данные проходили т.н. third filtering level? При этом ни передающая часть, ни приёмная часть не является PAN-координатором. В датшите указано только на возможность задания этого адреса, но не расписано каким образом это сделать: "• Destination address: • If a destination PAN ID is included in the frame, it must match LOCAL_PANID or must be the broadcast PAN identifier (0xFFFF). • If a short destination address is included in the frame, it must match either LOCAL_SHORT_ADDR or the broadcast address (0xFFFF). • If an extended destination address is included in the frame, it must match LOCAL_EXT_ADDR. " При этом если отключить аппаратную фильтрацию (Frame Filtering), приём осуществляется успешно 2. В документации указано напряжение питания 1.8-3.8 В. При понижении питания до некоторого порогового значения порядка 3-3.01 В, один из трансиверов перестаёт передавать/принимать (если он настроен на передачу/приём). При этом цифровая часть трансивера работает в номинальном режиме, осуществляются любые процедуры работы с внутренними регистрами, памятью. В работе второго трансивера такого не наблюдается. 3. При чтении RXFIFO с помощью команды RXBUF не добиваемся никакого результата (всегда читается 0хFF), но при этом читаем с помощью команды MEMRD адекватные данные.