реклама на сайте
подробности

 
 
> Мои мучения с CC2500
zheka
сообщение Jun 12 2009, 06:37
Сообщение #1


Гуру
******

Группа: Участник
Сообщений: 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
Go to the top of the page
 
+Quote Post
4 страниц V  « < 2 3 4  
Start new topic
Ответов (45 - 52)
bodja74
сообщение Jul 10 2009, 21:02
Сообщение #46


Знающий
****

Группа: Свой
Сообщений: 543
Регистрация: 22-10-05
Пользователь №: 9 984



Цитата(zheka @ Jul 10 2009, 21:03) *
Вот вам мое чудо засунутое под сканер.
МОжет быть какие-конструктивные замечания будут?


Будут... Прийдется все переделывать biggrin.gif
Для начала скажу главное ,что вы не прочитаете ни в одном даташите и ни в одном посте за последние 4 года
жизни этих трансиверов и борьбе с ними.
Прежде всего им нужно отдельное питание и стабилизация от остальной схемы.
Связано это с тем ,чтот плюс-минус трамвайная остановка по питанию как с контроллерами ,у них не проходит.VCO у этих трансиверов крайне чуствителен к изменению напряжения во время работы .
То есть напряжение может быть декларируемым в пределах 1.8-3.6в ,но оно должно быть всегда стабильным.
Просадка питания буквально на 0.1в в момент передачи\приема ,сбивает несущую частоту неизвестно куда.
Если добавить ,что мы часто любим весело моргнуть светодиодами в момент передачи\приема,нетрудно догадаться,что творится по питанию ,это если шина питания общая,а что твориться на выходе трансивера ,я вообще молчу laughing.gif
Решается это с помощью супер-мупер стабилизаторов ,коим я естественно не доверяю ,или обычным серии 1117
типа таких ,что в DVD стоят ,и жирным кондером микрофарад на 100 уже на выходе.
Вот с такой проблемой и столкнулся ks148 ,и я тоже ,так как питание не успевало просесть ,все таки кондеры хоть какие то ,да стояли,получается ,что пакеты на большой скорости еще успевали проскочить.

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

Теперь по мелочи.
Все выводы ,которые будут соединятся с контроллером нужно посадить через 47-100Ом,неприятно будет ,когда контроллер ресетнется через просадку напряжения допустим при 2.7в,а трансивер будет ехать дальше,так как ему нужно менее 1.8в biggrin.gif ,да и для экспериментов тоже полезно.

Думаю у трансивера есть необходимое экранирование на подложке ,так что полигоны ему мало помогут,отнесите их хотябы на четверть волны от антенны,меньше будут поглощать волн.

У этой формы антенны волновое сопротивление насколько я припоминаю 300Ом ,попробуйте квадрат или ромб,будет лучше с согласованием да и напрвленность будет шире,хотя и место займет больше на плате.

В принципе все rolleyes.gif ,остальное за софтом ,и будет все на мази.
Go to the top of the page
 
+Quote Post
zheka
сообщение Jul 11 2009, 03:17
Сообщение #47


Гуру
******

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



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


У меня LCD от мобильного стоит. ИНициализируется в первую очередь и достаточно долго. ПОэтому проблем не возникало.

Цитата
Все выводы ,которые будут соединятся с контроллером нужно посадить через 47-100Ом,неприятно будет ,когда контроллер ресетнется через просадку напряжения допустим при 2.7в,а трансивер будет ехать дальше,так как ему нужно менее 1.8в ,да и для экспериментов тоже полезно.


Не было у меня таких проблем. LM317 рулит, пусть даже и не отдельный для трансивера, а общий.

Цитата
Думаю у трансивера есть необходимое экранирование на подложке ,так что полигоны ему мало помогут,отнесите их хотябы на четверть волны от антенны,меньше будут поглощать волн.


А насколько они вообще нужны? Хочу сделать плату поменьше, точнее поуже, на ней будет обычная антенна через цепь согласования. Если я заменю эти полигоны на необходимое количество земляных проводников будет лучше или хуже?

Цитата
У этой формы антенны волновое сопротивление насколько я припоминаю 300Ом ,попробуйте квадрат или ромб,будет лучше с согласованием да и напрвленность будет шире,хотя и место займет больше на плате.


Делал по рекомендациям TI.

В общем, резюмируюя вышесказанное, все то о чем вы говорите, по идее должно влиять на стабильность работы трансивера, а не на дальность, если я правильно понял. То есть всякие там просадки должны рвать связь даже если трансиверы расположены близко друг к другу. У меня же этого не происходит. У меня просто маленькая дальность. ПОэкспериментирую с настройками ВЧ, как вы рекомендовали и поделюс результатами.
Go to the top of the page
 
+Quote Post
RT_051
сообщение Apr 27 2010, 08:53
Сообщение #48





Группа: Участник
Сообщений: 4
Регистрация: 19-03-08
Из: Volgograd
Пользователь №: 36 056



Здравствуйте, пытаюсь разобраться с СС2500. Скачал исходник под mega88, но во всём разобраться не смог. Вобщем я собрал платы используюю mega8L хочу пока написать тестовую программу чтобы при нажатии кнопки на одной плате загорался светодиод на приёмной плате и соответственно наоборот. Подскажите, как решить данную задачу. Да исходник пишу в CVAVR.

Спасибо!
Go to the top of the page
 
+Quote Post
_3m
сообщение Apr 29 2010, 13:04
Сообщение #49


Знающий
****

Группа: Участник
Сообщений: 745
Регистрация: 28-12-06
Пользователь №: 23 960



Цитата(bodja74 @ Jul 11 2009, 01:02) *
Для начала скажу главное ,что вы не прочитаете ни в одном даташите и ни в одном посте за последние 4 года жизни этих трансиверов и борьбе с ними.
Прежде всего им нужно отдельное питание и стабилизация от остальной схемы.
Связано это с тем ,чтот плюс-минус трамвайная остановка по питанию как с контроллерами ,у них не проходит.VCO у этих трансиверов крайне чуствителен к изменению напряжения во время работы .
То есть напряжение может быть декларируемым в пределах 1.8-3.6в ,но оно должно быть всегда стабильным.
Просадка питания буквально на 0.1в в момент передачи\приема ,сбивает несущую частоту неизвестно куда.
Если добавить ,что мы часто любим весело моргнуть светодиодами в момент передачи\приема,нетрудно догадаться,что творится по питанию ,это если шина питания общая,а что твориться на выходе трансивера ,я вообще молчу laughing.gif

На первый взгляд не подтверждается.
Провел эксперимент: подключил батарейку через резистор 82 ом, второй комплект запитан от сети.
Чипы cc2500+2590, питание напрямую от батарейки без стабилизации, по питанию стоит тантал 220uF и вч развязка по 1,5nH на каждый RF чип.

Связь двунаправленная: передается пакет - принимается пакет - засыпает.

Просадка питания при передаче с 2,92 до 2,45V, падает почти линейно, длительность передачи пакета 2,4ms.
Просадка питания при приеме с 2,7V до 2.33V падает почти линейно, длительность работы на прием 5,6ms.
Экспресс-тест качества связи не выявил отклонений по сравнению с батарейкой подключенной напрямую.
Выводилось значение FREQEST принимаемых пакетов. Отличий не обнаружено.

Был включен еще и диод КД522 последовательно с резистором. Связь была, просадка напряжения до 1,8V в минимуме, но msp430 через некоторое время зависал.
Go to the top of the page
 
+Quote Post
Олежик
сообщение Apr 29 2010, 17:59
Сообщение #50


Участник
*

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



Подскажите пожалуйста,
- насколько грубую я допустил ошибку, когда не увеличил зазор между ВЧ-дорожкой, которая припаивается к SMA-коннектору (см картинку)? И ошибка ли это?
- в связке СС1101 + СС1190 (усилитель) на одном из участков сделал кусочек ВЧ-соединения нахаляву - соединил вход усилителя с выходом Low pass filter (см. картинку). Такого соединения не было в опорном дизайне от Техасских Инструментов, а я взял, да и соединил, не считая импеданса.

Дело в том, что мне не терпелось сдать платы в печать по причине крайнего интереса, который я испытывал к этому всему процессу... А сейчас думаю, во что может выйти эта спешка.
П.С. частота 868 МГц, мощность 500 мВт.
Прикрепленное изображение

Прикрепленное изображение
Go to the top of the page
 
+Quote Post
CHYVAKEASTSIDE
сообщение Jul 26 2010, 06:03
Сообщение #51





Группа: Участник
Сообщений: 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мгц

За ранее благодарен за любую помощь.
Go to the top of the page
 
+Quote Post
Ivan Kuznetzov
сообщение Sep 14 2012, 16:02
Сообщение #52


Местный
***

Группа: Свой
Сообщений: 307
Регистрация: 6-02-08
Из: Россия, Екатеринбург
Пользователь №: 34 798



Привет всем! Шлю в CC2500 команду на определение ID.
str = TI_CC_SPIReadReg(TI_CCxxx0_PARTNUM);

Выдает 0x0F - это нормально?


--------------------
Разработчик
Go to the top of the page
 
+Quote Post
rx3apf
сообщение Sep 19 2012, 17:14
Сообщение #53


Гуру
******

Группа: Участник
Сообщений: 3 834
Регистрация: 14-06-06
Из: Moscow, Russia
Пользователь №: 18 047



Это, случаем, не первый байт ответа ? Так это не идентификатор, а байт состояния, он всегда передается первым (это то, что приходит при отправке байта кода команды).
Go to the top of the page
 
+Quote Post

4 страниц V  « < 2 3 4
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 23rd July 2025 - 11:33
Рейтинг@Mail.ru


Страница сгенерированна за 0.01518 секунд с 7
ELECTRONIX ©2004-2016