|
Мои мучения с CC2500 |
|
|
|
Jun 12 2009, 06:37
|
Гуру
     
Группа: Участник
Сообщений: 2 072
Регистрация: 14-01-06
Пользователь №: 13 164

|
Господа. Начал я мучиться с сс2500. Спаял две платки - одну отладочную, на ней контроллер mega32L, на другой собственно чип. Не могу прочитать регистры. Нет ответа от чипа. Ну как всегда, 3 версии: - горелый чип - ошибки монтажа - ошибка программы. 1 первую версию проверить не представляется возможным, пока нет уверенности во второй и третьей. Ошибки монтажа: сигналы на чип точно поступают, включал MOSI, MISO и SCK и мерял напряжение непосредственно на ножке чипа. Везде единицы. Прозванивал цепь от SO чипа до MISO контроллера - связь есть. Питание тоже в порядке. Теоретически может быть непропай контактной площадки под CC2500 и контактных площадок под кварцем, внимание вопрос - это может быть причиной неработоспособнотси цифровой интерфейсной части чипа? Вообще для того чтобы читать регистры хватит ли подключения сигнальных линий и питания при игнорировании остальных выводов? Ошибка программы. Использую готовый проект для mega88, немного переделал его под mega32L, питание 3,24 вольт. В оригинальном проекте кварц был на 14мгц, у меня же 8 Мгц. По идее не должно сказываться на SPI, ибо он программный, я правильно понял? Далее на отладочной плате сидит дисплей от S65 он использует аппаратный SPI, на его же ноги я назначил программный SPI от чипа, CS линии естественно, раздельные, может ли это быть причиной? Сам дисплей, а следовательно и аппаратный SPI для него инициализируются после чтения регистра, так что конфликт исключен, тем более, что дисплей не имеет выхода MOSI и на поток данных он влиять никак не может. Весь проект приводить смысла нет, там шаманство с USART и прерываниями, которые я отключил для чистоты эксперимента. Приведу лишь функции, которые работают: основной файл: Код #include <mega32.h> #include <delay.h> #include <string.h> #include <stdlib.h> #include <ctype.h>
#include "TI_CC_spi.h" #include "TI_CC_spi.c"
void main () { char str;
TI_CC_SPISetup(); // Initialize SPI port
TI_CC_PowerupResetCCxxxx(); // Reset CCxxxx writeRFSettings(); // Write RF settings to config reg TI_CC_SPIWriteBurstReg(TI_CCxxx0_PATABLE,paTable,paTableLen );//Write PATABLE TI_CC_SPIStrobe(TI_CCxxx0_SIDLE); TI_CC_SPIStrobe(TI_CCxxx0_SFRX); TI_CC_SPIStrobe(TI_CCxxx0_SFTX);
str=TI_CC_SPIReadReg(TI_CCxxx0_PARTNUM);
lcd_str_ram(str,f8x14,red); // строки инициализации дисплея опущены.
} файл TI_CC_spi.h Код #define mosi PORTB.5 #define miso PINB.6 #define sck PORTB.7 #define cs PORTB.1 #define gdo2 PIND.2 #define gdo0 PIND.3 #define light PORTD.4
// Configuration Registers #define TI_CCxxx0_IOCFG2 0x00 // GDO2 output pin configuration #define TI_CCxxx0_IOCFG1 0x01 // GDO1 output pin configuration #define TI_CCxxx0_IOCFG0 0x02 // GDO0 output pin configuration #define TI_CCxxx0_FIFOTHR 0x03 // RX FIFO and TX FIFO thresholds #define TI_CCxxx0_SYNC1 0x04 // Sync word, high byte #define TI_CCxxx0_SYNC0 0x05 // Sync word, low byte #define TI_CCxxx0_PKTLEN 0x06 // Packet length #define TI_CCxxx0_PKTCTRL1 0x07 // Packet automation control #define TI_CCxxx0_PKTCTRL0 0x08 // Packet automation control #define TI_CCxxx0_ADDR 0x09 // Device address #define TI_CCxxx0_CHANNR 0x0A // Channel number #define TI_CCxxx0_FSCTRL1 0x0B // Frequency synthesizer control #define TI_CCxxx0_FSCTRL0 0x0C // Frequency synthesizer control #define TI_CCxxx0_FREQ2 0x0D // Frequency control word, high byte #define TI_CCxxx0_FREQ1 0x0E // Frequency control word, middle byte #define TI_CCxxx0_FREQ0 0x0F // Frequency control word, low byte #define TI_CCxxx0_MDMCFG4 0x10 // Modem configuration #define TI_CCxxx0_MDMCFG3 0x11 // Modem configuration #define TI_CCxxx0_MDMCFG2 0x12 // Modem configuration #define TI_CCxxx0_MDMCFG1 0x13 // Modem configuration #define TI_CCxxx0_MDMCFG0 0x14 // Modem configuration #define TI_CCxxx0_DEVIATN 0x15 // Modem deviation setting #define TI_CCxxx0_MCSM2 0x16 // Main Radio Cntrl State Machine config #define TI_CCxxx0_MCSM1 0x17 // Main Radio Cntrl State Machine config #define TI_CCxxx0_MCSM0 0x18 // Main Radio Cntrl State Machine config #define TI_CCxxx0_FOCCFG 0x19 // Frequency Offset Compensation config #define TI_CCxxx0_BSCFG 0x1A // Bit Synchronization configuration #define TI_CCxxx0_AGCCTRL2 0x1B // AGC control #define TI_CCxxx0_AGCCTRL1 0x1C // AGC control #define TI_CCxxx0_AGCCTRL0 0x1D // AGC control #define TI_CCxxx0_WOREVT1 0x1E // High byte Event 0 timeout #define TI_CCxxx0_WOREVT0 0x1F // Low byte Event 0 timeout #define TI_CCxxx0_WORCTRL 0x20 // Wake On Radio control #define TI_CCxxx0_FREND1 0x21 // Front end RX configuration #define TI_CCxxx0_FREND0 0x22 // Front end TX configuration #define TI_CCxxx0_FSCAL3 0x23 // Frequency synthesizer calibration #define TI_CCxxx0_FSCAL2 0x24 // Frequency synthesizer calibration #define TI_CCxxx0_FSCAL1 0x25 // Frequency synthesizer calibration #define TI_CCxxx0_FSCAL0 0x26 // Frequency synthesizer calibration #define TI_CCxxx0_RCCTRL1 0x27 // RC oscillator configuration #define TI_CCxxx0_RCCTRL0 0x28 // RC oscillator configuration #define TI_CCxxx0_FSTEST 0x29 // Frequency synthesizer cal control #define TI_CCxxx0_PTEST 0x2A // Production test #define TI_CCxxx0_AGCTEST 0x2B // AGC test #define TI_CCxxx0_TEST2 0x2C // Various test settings #define TI_CCxxx0_TEST1 0x2D // Various test settings #define TI_CCxxx0_TEST0 0x2E // Various test settings
// Strobe commands #define TI_CCxxx0_SRES 0x30 // Reset chip. #define TI_CCxxx0_SFSTXON 0x31 // Enable/calibrate freq synthesizer #define TI_CCxxx0_SXOFF 0x32 // Turn off crystal oscillator. #define TI_CCxxx0_SCAL 0x33 // Calibrate freq synthesizer & disable #define TI_CCxxx0_SRX 0x34 // Enable RX. #define TI_CCxxx0_STX 0x35 // Enable TX. #define TI_CCxxx0_SIDLE 0x36 // Exit RX / TX #define TI_CCxxx0_SAFC 0x37 // AFC adjustment of freq synthesizer #define TI_CCxxx0_SWOR 0x38 // Start automatic RX polling sequence #define TI_CCxxx0_SPWD 0x39 // Enter pwr down mode when CSn goes hi #define TI_CCxxx0_SFRX 0x3A // Flush the RX FIFO buffer. #define TI_CCxxx0_SFTX 0x3B // Flush the TX FIFO buffer. #define TI_CCxxx0_SWORRST 0x3C // Reset real time clock. #define TI_CCxxx0_SNOP 0x3D // No operation.
// Status registers #define TI_CCxxx0_PARTNUM 0x30 // Part number #define TI_CCxxx0_VERSION 0x31 // Current version number #define TI_CCxxx0_FREQEST 0x32 // Frequency offset estimate #define TI_CCxxx0_LQI 0x33 // Demodulator estimate for link quality #define TI_CCxxx0_RSSI 0x34 // Received signal strength indication #define TI_CCxxx0_MARCSTATE 0x35 // Control state machine state #define TI_CCxxx0_WORTIME1 0x36 // High byte of WOR timer #define TI_CCxxx0_WORTIME0 0x37 // Low byte of WOR timer #define TI_CCxxx0_PKTSTATUS 0x38 // Current GDOx status and packet status #define TI_CCxxx0_VCO_VC_DAC 0x39 // Current setting from PLL cal module #define TI_CCxxx0_TXBYTES 0x3A // Underflow and # of bytes in TXFIFO #define TI_CCxxx0_RXBYTES 0x3B // Overflow and # of bytes in RXFIFO #define TI_CCxxx0_NUM_RXBYTES 0x7F // Mask "# of bytes" field in _RXBYTES
// Other memory locations #define TI_CCxxx0_PATABLE 0x3E #define TI_CCxxx0_TXFIFO 0x3F #define TI_CCxxx0_RXFIFO 0x3F
// Masks for appended status bytes #define TI_CCxxx0_LQI_RX 0x01 // Position of LQI byte #define TI_CCxxx0_CRC_OK 0x80 // Mask "CRC_OK" bit within LQI byte
// Definitions to support burst/single access: #define TI_CCxxx0_WRITE_BURST 0x40 #define TI_CCxxx0_READ_SINGLE 0x80 #define TI_CCxxx0_READ_BURST 0xC0
// PATABLE (0 dBm output power) char paTable[] = {0xff}; char paTableLen = 1;
void TI_CC_SPISetup(void); void TI_CC_PowerupResetCCxxxx(void); void TI_CC_SPIWriteReg(char, char); void TI_CC_SPIWriteBurstReg(char, char*, char); char TI_CC_SPIReadReg(char); void TI_CC_SPIReadBurstReg(char, char *, char); char TI_CC_SPIReadStatus(char); void TI_CC_SPIStrobe(char); void RFSendPacket(char *txBuffer, char size); void writeRFSettings(void); char RFReceivePacket(char *rxBuffer, char *length); void RF_TX_proc(void); void RF_RX_proc(void); функции из TI_CC_spi.c Код void TI_CC_SPISetup(void) { DDRB.5=1; // MOSI в out DDRB.1=1; // CS в out DDRB.6=0; // MISO в in DDRB.7=1; // SCK в out cs=1; sck=0; mosi=0; }
// Output eight-bit value using selected bit-bang pins void TI_CC_SPI_bitbang_out(char value) { char x;
for(x=8;x>0;x--){ if(value & 0x80)mosi=1; else mosi=0; #asm("nop") sck=1; value<<=1; #asm("nop") sck=0; #asm("nop") } }
// Input eight-bit value using selected bit-bang pins char TI_CC_SPI_bitbang_in() { unsigned char x=0; unsigned char y; x=0; for(y=8;y>0;y--){ sck=1; #asm("nop") x<<=1; if(miso==1){x|=0b00000001;} sck=0; #asm("nop") } // Store next bit return(x);
}
void TI_CC_SPIWriteReg(char addr, char value) { cs=0; // /CS enable while (miso); // Wait CCxxxx ready TI_CC_SPI_bitbang_out(addr); // Send address TI_CC_SPI_bitbang_out(value); // Send data cs=1; // /CS disable }
void TI_CC_SPIWriteBurstReg(char addr, char *buffer, char count) { char i;
cs=0; // /CS enable while (miso); // Wait CCxxxx ready TI_CC_SPI_bitbang_out(addr | TI_CCxxx0_WRITE_BURST); // Send address for (i = 0; i < count; i++) TI_CC_SPI_bitbang_out(buffer[i]); // Send data cs=1; // /CS disable }
char TI_CC_SPIReadReg(char addr) { char x;
cs=0; while (miso); TI_CC_SPI_bitbang_out(addr | TI_CCxxx0_READ_SINGLE);//Send address x = TI_CC_SPI_bitbang_in(); // Read data cs=1; // /CS disable return x; }
void TI_CC_SPIReadBurstReg(char addr, char *buffer, char count) { char i; cs=0; while (miso); TI_CC_SPI_bitbang_out(addr | TI_CCxxx0_READ_BURST); // Send address for (i = 0; i < count; i++){ buffer[i] = TI_CC_SPI_bitbang_in();// Read data } cs=1; // /CS disable }
char TI_CC_SPIReadStatus(char addr) { char x; cs=0; while (miso); // Wait CCxxxx ready // /CS enable TI_CC_SPI_bitbang_out(addr | TI_CCxxx0_READ_BURST); // Send address x = TI_CC_SPI_bitbang_in(); // Read data cs=1; // /CS disable return x; }
void TI_CC_SPIStrobe(char strobe) { cs=0; while (miso); // Wait CCxxxx ready // /CS enable TI_CC_SPI_bitbang_out(strobe); // Send strobe cs=1; // /CS disable }
void TI_CC_PowerupResetCCxxxx(void) { cs=1; delay_us(40); cs=0; delay_us(40); cs=1; delay_us(45); cs=0; while(miso); TI_CC_SPI_bitbang_out(TI_CCxxx0_SRES); while(miso); cs=1; delay_ms(45); }
// Chipcon // Product = CC2500 // Chip version = E // Crystal accuracy = 10 ppm // X-tal frequency = 26 MHz // RF output power = 0 dBm // RX filterbandwidth = 551.067708 kHz // Phase = 1 // Datarate = 250.240707 kbps // Modulation = (7) MSK // Manchester enable = (0) Manchester disabled // RF Frequency = 2432.999988 MHz // Channel spacing = 199.788952 kHz // Channel number = 0 // Optimization = Sensitivity // Sync mode = (3) 30/32 sync word bits detected // Format of RX/TX data = (0) Normal mode, use FIFOs for RX and TX // CRC operation = (1) CRC calculation in TX and CRC check in RX enabled // Forward Error Correction = (0) FEC disabled // Length configuration = (1) Variable length packets, packet length configured by the first received byte after sync word. // Packetlength = 255 // Preamble count = (2) 4 bytes // Append status = 1 // Address check = (0) No address check // FIFO autoflush = 1 // Device address = 0 // GDO0 signal selection = ( 6) Asserts when sync word has been sent / received, and de-asserts at the end of the packet // GDO2 signal selection = (11) Serial Clock void writeRFSettings(void) { // Write register settings
TI_CC_SPIWriteReg(TI_CCxxx0_FSCTRL1,0x0c); TI_CC_SPIWriteReg(TI_CCxxx0_FSCTRL0,0x00); TI_CC_SPIWriteReg(TI_CCxxx0_FREQ2,0x5B); TI_CC_SPIWriteReg(TI_CCxxx0_FREQ1,0xFB); TI_CC_SPIWriteReg(TI_CCxxx0_FREQ0,0x04);//04 rx 7c jeep TI_CC_SPIWriteReg(TI_CCxxx0_MDMCFG4,0x2d); TI_CC_SPIWriteReg(TI_CCxxx0_MDMCFG3,0x36); TI_CC_SPIWriteReg(TI_CCxxx0_MDMCFG2,0x73); TI_CC_SPIWriteReg(TI_CCxxx0_MDMCFG1,0xc2); TI_CC_SPIWriteReg(TI_CCxxx0_MDMCFG0,0xEF); TI_CC_SPIWriteReg(TI_CCxxx0_CHANNR,0x00); TI_CC_SPIWriteReg(TI_CCxxx0_DEVIATN,0x01); TI_CC_SPIWriteReg(TI_CCxxx0_FREND1,0x56); TI_CC_SPIWriteReg(TI_CCxxx0_FREND0,0x10); TI_CC_SPIWriteReg(TI_CCxxx0_MCSM2,0x07); TI_CC_SPIWriteReg(TI_CCxxx0_MCSM1,0x3c);//30 TI_CC_SPIWriteReg(TI_CCxxx0_MCSM0,0x18); TI_CC_SPIWriteReg(TI_CCxxx0_FOCCFG,0x15); TI_CC_SPIWriteReg(TI_CCxxx0_BSCFG,0x6C); TI_CC_SPIWriteReg(TI_CCxxx0_AGCCTRL2,0xc3); TI_CC_SPIWriteReg(TI_CCxxx0_AGCCTRL1,0x00); TI_CC_SPIWriteReg(TI_CCxxx0_AGCCTRL0,0x91); TI_CC_SPIWriteReg(TI_CCxxx0_FSCAL3,0xea); TI_CC_SPIWriteReg(TI_CCxxx0_FSCAL2,0x0A); TI_CC_SPIWriteReg(TI_CCxxx0_FSCAL1,0x00); TI_CC_SPIWriteReg(TI_CCxxx0_FSCAL0,0x11); TI_CC_SPIWriteReg(TI_CCxxx0_FSTEST,0x59); TI_CC_SPIWriteReg(TI_CCxxx0_TEST2,0x8f); TI_CC_SPIWriteReg(TI_CCxxx0_TEST1,0x21); TI_CC_SPIWriteReg(TI_CCxxx0_TEST0,0x0B); TI_CC_SPIWriteReg(TI_CCxxx0_IOCFG2,0x0F); TI_CC_SPIWriteReg(TI_CCxxx0_IOCFG0,0x06); TI_CC_SPIWriteReg(TI_CCxxx0_PKTCTRL1,0x0d);//05 TI_CC_SPIWriteReg(TI_CCxxx0_PKTCTRL0,0x05); TI_CC_SPIWriteReg(TI_CCxxx0_ADDR,0x01); TI_CC_SPIWriteReg(TI_CCxxx0_PKTLEN,0xff); TI_CC_SPIWriteReg(TI_CCxxx0_FIFOTHR,0x07);
} Ваши мнения? Как найти ошибку? еще один момент: к DVDD4 и DCOUPLE подключены конденсаторы как на 0.1 мкф так и на 47 пф. Товарищ ksv198 в своем реально работающем проекте один конденсатор убрал, другой заменил на 220 пф. Работало. Я же по ошибке убрал оба, то есть у меня на этих выводах только 0.1 мкф. Разводку прилагаю Ну и еще вопрос вдогонку: у меня ограниченное количество cc2500, зато валяется штук 20 сс1101. Вроде бы они идентичны по пинам. Смогу ли я тупо напаяв его на плату для сс2500 читать и писать регистры? Не хочется портить сс2500, а сс1101 не жалко.
Сообщение отредактировал zheka - Jun 12 2009, 06:30
|
|
|
|
|
 |
Ответов
(45 - 52)
|
Jul 10 2009, 21:02
|
Знающий
   
Группа: Свой
Сообщений: 543
Регистрация: 22-10-05
Пользователь №: 9 984

|
Цитата(zheka @ Jul 10 2009, 21:03)  Вот вам мое чудо засунутое под сканер. МОжет быть какие-конструктивные замечания будут? Будут... Прийдется все переделывать Для начала скажу главное ,что вы не прочитаете ни в одном даташите и ни в одном посте за последние 4 года жизни этих трансиверов и борьбе с ними. Прежде всего им нужно отдельное питание и стабилизация от остальной схемы. Связано это с тем ,чтот плюс-минус трамвайная остановка по питанию как с контроллерами ,у них не проходит.VCO у этих трансиверов крайне чуствителен к изменению напряжения во время работы . То есть напряжение может быть декларируемым в пределах 1.8-3.6в ,но оно должно быть всегда стабильным. Просадка питания буквально на 0.1в в момент передачи\приема ,сбивает несущую частоту неизвестно куда. Если добавить ,что мы часто любим весело моргнуть светодиодами в момент передачи\приема,нетрудно догадаться,что творится по питанию ,это если шина питания общая,а что твориться на выходе трансивера ,я вообще молчу Решается это с помощью супер-мупер стабилизаторов ,коим я естественно не доверяю ,или обычным серии 1117 типа таких ,что в DVD стоят ,и жирным кондером микрофарад на 100 уже на выходе. Вот с такой проблемой и столкнулся ks148 ,и я тоже ,так как питание не успевало просесть ,все таки кондеры хоть какие то ,да стояли,получается ,что пакеты на большой скорости еще успевали проскочить. По той же причине ,нужно дать задержку трансиверу при включении питания и перед калибровкой,что бы устаканились все напряжения в его цепях.Вот почему спрашивал ,про поведение после включения. Теперь по мелочи. Все выводы ,которые будут соединятся с контроллером нужно посадить через 47-100Ом,неприятно будет ,когда контроллер ресетнется через просадку напряжения допустим при 2.7в,а трансивер будет ехать дальше,так как ему нужно менее 1.8в  ,да и для экспериментов тоже полезно. Думаю у трансивера есть необходимое экранирование на подложке ,так что полигоны ему мало помогут,отнесите их хотябы на четверть волны от антенны,меньше будут поглощать волн. У этой формы антенны волновое сопротивление насколько я припоминаю 300Ом ,попробуйте квадрат или ромб,будет лучше с согласованием да и напрвленность будет шире,хотя и место займет больше на плате. В принципе все  ,остальное за софтом ,и будет все на мази.
|
|
|
|
|
Jul 11 2009, 03:17
|
Гуру
     
Группа: Участник
Сообщений: 2 072
Регистрация: 14-01-06
Пользователь №: 13 164

|
Цитата По той же причине ,нужно дать задержку трансиверу при включении питания и перед калибровкой,что бы устаканились все напряжения в его цепях.Вот почему спрашивал ,про поведение после включения. У меня LCD от мобильного стоит. ИНициализируется в первую очередь и достаточно долго. ПОэтому проблем не возникало. Цитата Все выводы ,которые будут соединятся с контроллером нужно посадить через 47-100Ом,неприятно будет ,когда контроллер ресетнется через просадку напряжения допустим при 2.7в,а трансивер будет ехать дальше,так как ему нужно менее 1.8в ,да и для экспериментов тоже полезно. Не было у меня таких проблем. LM317 рулит, пусть даже и не отдельный для трансивера, а общий. Цитата Думаю у трансивера есть необходимое экранирование на подложке ,так что полигоны ему мало помогут,отнесите их хотябы на четверть волны от антенны,меньше будут поглощать волн. А насколько они вообще нужны? Хочу сделать плату поменьше, точнее поуже, на ней будет обычная антенна через цепь согласования. Если я заменю эти полигоны на необходимое количество земляных проводников будет лучше или хуже? Цитата У этой формы антенны волновое сопротивление насколько я припоминаю 300Ом ,попробуйте квадрат или ромб,будет лучше с согласованием да и напрвленность будет шире,хотя и место займет больше на плате. Делал по рекомендациям TI. В общем, резюмируюя вышесказанное, все то о чем вы говорите, по идее должно влиять на стабильность работы трансивера, а не на дальность, если я правильно понял. То есть всякие там просадки должны рвать связь даже если трансиверы расположены близко друг к другу. У меня же этого не происходит. У меня просто маленькая дальность. ПОэкспериментирую с настройками ВЧ, как вы рекомендовали и поделюс результатами.
|
|
|
|
|
Apr 27 2010, 08:53
|
Группа: Участник
Сообщений: 4
Регистрация: 19-03-08
Из: Volgograd
Пользователь №: 36 056

|
Здравствуйте, пытаюсь разобраться с СС2500. Скачал исходник под mega88, но во всём разобраться не смог. Вобщем я собрал платы используюю mega8L хочу пока написать тестовую программу чтобы при нажатии кнопки на одной плате загорался светодиод на приёмной плате и соответственно наоборот. Подскажите, как решить данную задачу. Да исходник пишу в CVAVR.
Спасибо!
|
|
|
|
|
Apr 29 2010, 13:04
|
Знающий
   
Группа: Участник
Сообщений: 745
Регистрация: 28-12-06
Пользователь №: 23 960

|
Цитата(bodja74 @ Jul 11 2009, 01:02)  Для начала скажу главное ,что вы не прочитаете ни в одном даташите и ни в одном посте за последние 4 года жизни этих трансиверов и борьбе с ними. Прежде всего им нужно отдельное питание и стабилизация от остальной схемы. Связано это с тем ,чтот плюс-минус трамвайная остановка по питанию как с контроллерами ,у них не проходит.VCO у этих трансиверов крайне чуствителен к изменению напряжения во время работы . То есть напряжение может быть декларируемым в пределах 1.8-3.6в ,но оно должно быть всегда стабильным. Просадка питания буквально на 0.1в в момент передачи\приема ,сбивает несущую частоту неизвестно куда. Если добавить ,что мы часто любим весело моргнуть светодиодами в момент передачи\приема,нетрудно догадаться,что творится по питанию ,это если шина питания общая,а что твориться на выходе трансивера ,я вообще молчу  На первый взгляд не подтверждается. Провел эксперимент: подключил батарейку через резистор 82 ом, второй комплект запитан от сети. Чипы cc2500+2590, питание напрямую от батарейки без стабилизации, по питанию стоит тантал 220uF и вч развязка по 1,5nH на каждый RF чип. Связь двунаправленная: передается пакет - принимается пакет - засыпает. Просадка питания при передаче с 2,92 до 2,45V, падает почти линейно, длительность передачи пакета 2,4ms. Просадка питания при приеме с 2,7V до 2.33V падает почти линейно, длительность работы на прием 5,6ms. Экспресс-тест качества связи не выявил отклонений по сравнению с батарейкой подключенной напрямую. Выводилось значение FREQEST принимаемых пакетов. Отличий не обнаружено. Был включен еще и диод КД522 последовательно с резистором. Связь была, просадка напряжения до 1,8V в минимуме, но msp430 через некоторое время зависал.
|
|
|
|
|
Apr 29 2010, 17:59
|
Участник

Группа: Участник
Сообщений: 71
Регистрация: 3-04-10
Из: Прибалтика
Пользователь №: 56 395

|
Подскажите пожалуйста, - насколько грубую я допустил ошибку, когда не увеличил зазор между ВЧ-дорожкой, которая припаивается к SMA-коннектору (см картинку)? И ошибка ли это? - в связке СС1101 + СС1190 (усилитель) на одном из участков сделал кусочек ВЧ-соединения нахаляву - соединил вход усилителя с выходом Low pass filter (см. картинку). Такого соединения не было в опорном дизайне от Техасских Инструментов, а я взял, да и соединил, не считая импеданса. Дело в том, что мне не терпелось сдать платы в печать по причине крайнего интереса, который я испытывал к этому всему процессу... А сейчас думаю, во что может выйти эта спешка. П.С. частота 868 МГц, мощность 500 мВт.
|
|
|
|
|
Jul 26 2010, 06:03
|
Группа: Участник
Сообщений: 7
Регистрация: 5-06-08
Пользователь №: 38 079

|
Привет всем!
Есть просьба. У кого есть рабочая конфигурация чипа СС2500??? Я собрал модули. Хочу проверить. Сам пробовал передавать, не принимает.
одно из двух либо не работает, либо не правильно конфигурирован.
Кто кинет конфигурацию регистров??? Таким образом, чтобы принять и передать хотябы 1 пакет.
Проверяю наличие приема так while(1) { temp=TI_CC_SPIReadStatus(TI_CCxxx0_RXBYTES); UDR=temp; UCSRB=(1<<TXEN); _delay_ms(300); }
Кварц 27.000мгц
За ранее благодарен за любую помощь.
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|