Мои мучения с CC2500 Опции

[zheka]

Господа. Начал я мучиться с сс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

[Alexashka]

А платы SmartRF04EB у Вас нет? Тогда можно было бы проверить -любой чип подключаетет к этой плате и она его видит и читает. И даже связь двух узлов можно сделать , тока нужно уже 2 такие платы

[zheka]

Разобрался.
Была ошибка монтажа. ТОчнее разводки. Вывод 15 был подключен к конденсатору, а к питанию нет. Невнимательность, чтоб ее.
Регистры читаются и пишутся. Буду разбираться.
Ламерский вопрос по ходу дела у меня экран сидит на аппаратном SPI. Вырубаю его так: SPCR = 0<<6; Сбрасываются ли при этом биты MSTR, SPR0, SPR1, SPI2x?

Сообщение отредактировал zheka - Jun 13 2009, 10:06

[aaarrr]

Ламерский вопрос по ходу дела у меня экран сидит на аппаратном SPI. Вырубаю его так: SPCR = 0<<6; Сбрасываются ли при этом сбразываться биты MSTR, SPR0, SPR1, SPI2x?

А что по-вашему станет с нулем, если сдвинуть его на 6 бит влево?

[zheka]

гы...

У меня в принципе все работает, тем не менее подскажите, как правильно, рационально, без лишних движений включать и выключать SPI в CodeVision?

[Alexashka]

гы...

У меня в принципе все работает, тем не менее подскажите, как правильно, рационально, без лишних движений включать и выключать SPI в CodeVision?

Посмотрите библиотеку от техаса CC2500 Examples Libraries.
Включение там точно есть. А выключение обычно делается в обратном порядке

[zheka]

Сдела вот так:

Код

#define SPI_OFF  SPCR =0;
#define SPI_ON   SPCR = (1<<SPE)|(1<<MSTR)|(0<<SPR1)|(0<<SPR0);

Правильно?

Сообщение отредактировал zheka - Jun 13 2009, 11:14

[aaarrr]

Ну, правильнее было бы сделать как-то так:

Код

#define SPI_OFF    SPCR &= ~(1<<SPE)
#define SPI_ON     SPCR |= (1<<SPE)

тогда остальные биты не пострадают.

[zheka]

aaarrr, спасибо за ликбез )))

Ох попью я еще крови вашей, когда пакеты слать буду...
Надо вторую плату собирать.

Вот кстати, если кому интересно на фото моя отладочная плата и на ней плата с чипом.



Так...
меряем что у нас на GDO0. По идее с кварцем 26 МГц должно быть 26000000/192 =135,416 кГц.
У меня же на фото USB осциллограф Disco рассичитывает ее как 32 кГц, а если смотреть на деления и импульсы, то они по 15 мкс, что соответствует 66,6 кГЦ и частоте 12,8 (наверное все-таки 13) МГц.

Кварц у меня SJK-6F-26MHz Вот даташит Вроде бы фундаметнальные.
Измеряю сигнал сразу после RESET до изменения регистров. Есть один косячок правда, вместо рекомендуемых 27 pf на кварце я поставил 24 pf, но вряд ли это причина.
Итак, ваши предположения - может быть я не умею пользоваться осциллографом или как всегда невнимателен?
Только что прочел содержимое регистра TI_CCxxx0_IOCFG0 - 63 (3F) что соответсвует XOSC_CLK/192

Сообщение отредактировал zheka - Jun 13 2009, 11:49

[aaarrr]

Итак, ваши предположения - может быть я не умею пользоваться осциллографом или как всегда невнимателен?

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

Возьмите нормальный аналоговый осциллограф, и посмотрите генерацию непосредственно на кварце.

[zheka]

осциллограф воспринимает 1мгц. сейчас попробую тестовую картинку сделать.

Вы правы насчет убогости. Максимум, чего можно добиться в осциллографическом режиме - 50 КГц. И на картинке и при измерении полцучается 50 КГц. Ставлю же тестовые 8 мкс (125 кГц) показывает ту же фигню - 15 мкс импульс и 29 кГц в измерении.

[Alexashka]

осциллограф воспринимает 1мгц. сейчас попробую тестовую картинку сделать.

Вы правы насчет убогости. Максимум, чего можно добиться в осциллографическом режиме - 50 КГц. И на картинке и при измерении полцучается 50 КГц. Ставлю же тестовые 8 мкс (125 кГц) показывает ту же фигню - 15 мкс импульс и 29 кГц в измерении.

У Вас осциллограф работает в режиме стробоскопа т.е все частоты кратные его частоте оцифровки будут давать 0 ГЦ

[zheka]

это как? и можно эт о отключить?

[Alexashka]

это как? и можно эт о отключить?

оосциллограф из звуковухи чтоли?
единственное- взять как тут мудро было сказано аналоговый осциллограф, либо цифровик но с частотой дискретизации хотябы на порядок больше измеряемой.
Стробоскопический осциллограф гляньте в нете, трудно на пальцах объяснить

[zheka]

нет, не из звуковухи.
Вот описание http://trade-m.ru/modules.php?name=Content...wpage&pid=2

[Alexashka]

А частотомера нет?
Вобщем Вы меряете 135? кГц частоту, при этом частота дискретизации осциллографа - 200кГц. В этом случае должны получится биения с частотой 200-135 = 65кГц, что вобщемто выходит по делениям как Вы ниже написали.
Если возможно -увеличте коэф.деления чтобы было хотябы кГц 20-40

[zheka]

192 - максимальный коэффициент деления.
Впрочем, я не вижу причин для того чтобы с GDO шел неправильный сигнал. Номинал кварца подходящий, неисправность? это какая должна быть неисправность в кварце, чтобы ровно в два раза занижать частоту?
ЧТо касается работы чипа - регистр я читал, он соответствует делителю 192, значит чип настроен правиольно. Да и тесты проходит. Ладно, буду дальше ковыряться.

[zheka]

rx3apf

Похоже, "не то" читается. Читаем правильно, бурстовым чтением ? В любом случае, доставать RSSI и LQI из регистров статуса не очень удобно, гораздо проще включить APPEND_STATUS и получать эти байты вместе с принятым пакетом...

А у меня специальная функция (не я автор) чтения статусных регнистров. О различиях судите сами:

Код

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;
}

УДАЛОСЬ ОСУЩЕСТВИТЬ СЕАНС СВЯЗИ!!!

Выставил мощность по максимуму, дальность не очень - за одной жб стеной уже нет связи.

Пока удалось просто включить передатчик на передачу одного байта. ПРиемник поймал GDO0.
LQI теперь всегда 0, RSSI - 190-210 (в десятичном формате) , но вот только дальность на значение мало влияет.

Да... а вот RXBYTES у меня 0... буду разбираться с настройками. Автор в регистр PKTLEN записал 0xFF Это как, ведь размер буфера всего 64 байт?

Сообщение отредактировал zheka - Jun 18 2009, 17:45

[zheka]

Господа, не опустошается буфер FIFO при передаче. ПРиемник постоянно обнаруживает несущую, контролирую через пин GDO2, пин GDO0 настроенный как "Asserts when sync word has been sent / received, and de-asserts at the end of the packet. In RX, the pin will de-assert when the optional address check fails or the RX FIFO overflows. In TX the pin will de-assert if the TX FIFO underflows." тоже моргает как надо. То есть при передаче что-то хватает из воздуха, однако RXBYTES все время равно нулю.

Вот код, когда я пошагово контроллирую с выводом на экран:

Код

if (MODE==TRANSMITTER)    // ДЛЯ ПЕРЕДАЮЩЕГО МОДУЛЯ
  {
  


       while (1)
       {      
         for (i=0;i<64;i++) { RF_TX_Buffer[i]=0x3E;}          //Загоняем данные в переменную
        
         str=TI_CC_SPIReadStatus(TI_CCxxx0_TXBYTES);          // Выводим на экран количество байт в FIFO
          lcd_setxy(10,60);
          lcd_str_fl("FIFO BEFORE WRITE ",f8x14, textcolor);    
          lcd_str_ram(str,f8x14, textcolor);    
        
         TI_CC_SPIWriteBurstReg(TI_CCxxx0_TXFIFO, RF_TX_Buffer, 64); //  Заполняем  FIFO

         str=TI_CC_SPIReadStatus(TI_CCxxx0_TXBYTES);         // Выводим на экран количество байт в FIFO
          lcd_setxy(10,45);
          lcd_str_fl("FIFO BEFORE TX ",f8x14, textcolor);    
          lcd_str_ram(str,f8x14, textcolor);    

         TI_CC_SPIStrobe(TI_CCxxx0_STX);         // Включаем передачу

        while (gdo0==1)
         {
         }

         str=TI_CC_SPIReadStatus(TI_CCxxx0_TXBYTES);     // Выводим на экран количество байт в FIFO
          lcd_setxy(10,30);
          lcd_str_fl("FIFO AFTER TX ",f8x14, textcolor);    
          lcd_str_ram(str,f8x14, textcolor);    


        TI_CC_SPIStrobe(TI_CCxxx0_SFTX);              // опустошаем FIFO


         str=TI_CC_SPIReadStatus(TI_CCxxx0_TXBYTES); // Выводим на экран количество байт в FIFO
          lcd_setxy(10,15);
          lcd_str_fl("FIFO AFTER FLUSH ",f8x14, textcolor);    
          lcd_str_ram(str,f8x14, textcolor);    

       }  
    
   }

Результаты:

BEFORE WRITE 0
BEFORE TX 64
AFTER TX 64
AFTER FLUSH 0

Ргеистры у меня такие:

Код

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,0x0E);
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);

Что делать и кто виноват?

[zheka]

Тихо сам с собою я веду беседу...

ДОбавил задержку в 2 мс после строба включения передачи. ВРоде бы буфер опустошается. Но почему то до единицы. Ноль только после специального строба. Но все равно на приемнике ничего не читается. хотя GDO0 сначала включается, а потом выключается. О чем это говорит? Могу ли я быть уверенным, что подстройки частоты не требуется?

Плюс непонятки с RSSI он у меня всегда в районе 210, изменяясь в пределах 10, независимо от того, включен передатчик или нет.

Вот полный код:

Код

#include <mega32.h>
#include <delay.h>
#include <string.h>
#include <stdlib.h>
#include <ctype.h>
#include <stdio.h>
#include <disp.h>
#include <spi.h>

void putchar(char c);
unsigned int Clc_tim0=0;
unsigned int Clc_tim0_timout=0;
bit Clc_tim0_timout_b=0;
unsigned char RF_RX_Buffer[64];
unsigned char RF_TX_Buffer[64];

unsigned char LQI,RSSI;
bit RF_TX_b=0;//1-ïåðåäà÷à
bit RF_RX_b=0;//1-ïðèåì
bit RF_TX_END_b=0;//1-ïåðåäà÷à èñïîëüçóåòñÿ äëÿ îïðåäåëåíèÿ êîíöà îïåðàöèè
bit RF_RX_END_b=0;//1-ïðèåì    èñïîëüçóåòñÿ äëÿ îïðåäåëåíèÿ êîíöà îïåðàöèè
bit RXD_timer=0;// óñòàíàâëèâàåòñÿ êîãäà íóæíî çàáèðàòü äàííûå èç áóôåðà ÷òåíèÿ ïîðòà 10ms

#define  SPIF    7
#define  SPI2X   1  

#define  SPR0    0  
#define  SPR1    1  
#define  SPHA    2  
#define  SPOL    3  
#define  MSTR    4  
#define  DORD    5  
#define  SPE     6  
#define  SPIE    7  

#define  TRANSMITTER    1  
#define  RECIEVER    0

  
#include "TI_CC_spi.h"
#include "TI_CC_spi.c"
                          
char str, sTEMP, sRSSI, sLQI, sRXBYTES;
u08 variable;  
ui16 textcolor;    // color of text
ui16 backcolor;    // color of background

ui16 varvar;  

void lcd_print_regs()
{
sTEMP=TI_CC_SPIReadStatus(TI_CCxxx0_RSSI);      

if (sTEMP!=sRSSI)
{

lcd_setxy(10,75);
lcd_str_fl("RSSI ",f8x14, textcolor);    
lcd_str_ram(sRSSI,f8x14, textcolor);    
sRSSI=sTEMP;
}

sTEMP=TI_CC_SPIReadStatus(TI_CCxxx0_LQI);      
  if (sTEMP!=sLQI)
   {
    lcd_setxy(10,90);
    lcd_str_fl("LQI ",f8x14, textcolor);    
    lcd_str_ram(sTEMP,f8x14, textcolor);    
    sLQI=sTEMP;
   }

sTEMP=TI_CC_SPIReadStatus(TI_CCxxx0_RXBYTES);
  if (sTEMP!=sRXBYTES)      
    {
      lcd_setxy(10,60);
      lcd_str_fl("RXBYTES ",f8x14, textcolor);    
      lcd_str_ram(sTEMP,f8x14, textcolor);    
     sRXBYTES=sTEMP;
    }  
}

void main(void)
{
int MODE;
int x=10;
int result, i;
long int count=0;
backcolor=0xBDF7;
textcolor=blue;


DDRA.0=1;
DDRA.1=1;
PORTA.0=1;
PORTA.1=1;

PORTB.6=0;                                    
DDRB.2=1;
DDRD.3=0;                            

lcd_init();
lcd_clr();        
fill_screen(0xbdf7);
lcd_setxy(10,120);
lcd_str_fl("StartUp CC2500...",f8x14, textcolor);    


      TI_CC_SPISetup();                         // Initialize SPI port
      TI_CC_PowerupResetCCxxxx();               // Reset CCxxxx


str=TI_CC_SPIReadReg(TI_CCxxx0_IOCFG0 );      


lcd_setxy(10,105);
lcd_str_fl("GDO0 ",f8x14, textcolor);    
lcd_str_ram(str,f8x14, textcolor);    


       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);

MODE=TRANSMITTER;

if (MODE==RECIEVER) // ÄËß ÏÐÈÅÌÍÎÃÎ ÌÎÄÓËß
  {

  

    TI_CC_SPIStrobe(TI_CCxxx0_SRX);
    while (gdo0==0)
     {
     }

     while (gdo0==1)
     {
      }


      
         while(1) lcd_print_regs();
}

// -----------------------------------------------------------


if (MODE==TRANSMITTER)    // ÄËß ÏÅÐÅÄÀÞÙÅÃÎ ÌÎÄÓËß
  {
  


       while (1)
       {      
         for (i=0;i<64;i++) { RF_TX_Buffer[i]=0x3E;}          //Çàãîíÿåì äàííûå â ïåðåìåííóþ áóôåðà    
        
         str=TI_CC_SPIReadStatus(TI_CCxxx0_TXBYTES);          // Âûâîäèì íà ýêðàí êîëè÷åñòâî áàéò â FIFO
          lcd_setxy(10,60);
          lcd_str_fl("BEFORE WRITE ",f8x14, textcolor);    
          lcd_str_ram(str,f8x14, textcolor);    
        
         TI_CC_SPIWriteBurstReg(TI_CCxxx0_TXFIFO, RF_TX_Buffer, 64); //  Çàïîëíÿåì  FIFO

         str=TI_CC_SPIReadStatus(TI_CCxxx0_TXBYTES);         // Âûâîäèì íà ýêðàí êîëè÷åñòâî áàéò â FIFO
          lcd_setxy(10,45);
          lcd_str_fl("BEFORE TX ",f8x14, textcolor);    
          lcd_str_ram(str,f8x14, textcolor);    


         TI_CC_SPIStrobe(TI_CCxxx0_STX);         // Âêëþ÷àåì ïåðåäà÷ó
         delay_ms(2);

        while (gdo0==0)
         {
         }

        while (gdo0==1)
         {
         }


         str=TI_CC_SPIReadStatus(TI_CCxxx0_TXBYTES);     // Âûâîäèì íà ýêðàí êîëè÷åñòâî áàéò â FIFO
          lcd_setxy(10,30);
          lcd_str_fl("AFTER TX ",f8x14, textcolor);    
          lcd_str_ram(str,f8x14, textcolor);    

       TI_CC_SPIStrobe(TI_CCxxx0_SIDLE);
        TI_CC_SPIStrobe(TI_CCxxx0_SFTX);              // îïóñòîøàåì FIFO


         str=TI_CC_SPIReadStatus(TI_CCxxx0_TXBYTES);
          lcd_setxy(10,15);
          lcd_str_fl("AFTER FLUSH ",f8x14, textcolor);    
          lcd_str_ram(str,f8x14, textcolor);    

       }  
    
   }



}

[woodman]

Тихо сам с собою я веду беседу...

}[/code]

Спасибо, порадовали.
Напомнили анекдот про девушку и парня в лифте, короче в конце она ему посоветовала делать Это "тихо сам с собою..".

[Alexashka]

Что делать и кто виноват?

Может быть Вам для начала прочитать внимательно datasheet на приемопередатчик. Или если лень, то почему бы не взять готовые экзамплы где уже сделана и работает передача и прием. А убедившись что она работает у Вас в железе, -уже менять чтото, но опять же - для этого нужно хорошо представлять логику работы конечно автомата приемопередатчика.

[zheka]

Может быть Вам для начала прочитать внимательно datasheet на приемопередатчик. Или если лень, то почему бы не взять готовые экзамплы где уже сделана и работает передача и прием.

А в чем проблема то? Я взял готовый проект. Функции чтения и записи регистров у меня оттуда.
Отличие в том, что в нем контроллер mega88 и используется USART. А у меня mega32 и LCD индикатор. ДОбуквенно повторить не удастся в любом случае, как считаете?

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

КРоме того, в соседней теме неоднократно говорилось о том что документация на чип оставляет желать лучшего.

[zheka]

ДОбавил после приема синхрослова и далее приема пакета задержку в 2 мс - приемник стал ловить байты по 65 штук. CRC в порядке.

Байты те самые, что присылал. Наконец-то!

Почему RSSI и LQI читаемые через статус отличаются от тех, что пишутся в пакет?

Сообщение отредактировал zheka - Jun 21 2009, 12:55

[Alexashka]

А в чем проблема то? Я взял готовый проект. Функции чтения и записи регистров у меня оттуда.
Отличие в том, что в нем контроллер mega88 и используется USART. А у меня mega32 и LCD индикатор. ДОбуквенно повторить не удастся в любом случае, как считаете?

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

КРоме того, в соседней теме неоднократно говорилось о том что документация на чип оставляет желать лучшего.

1. Добуквенно может и не получится, но покрайней мере в моем случае (я работал с двумя приемопередатчиками вплотную и еще с двумя менее плотно) запуск и работа приемопередатчика по примерам проходила без проблем, если инициализация самого контроллера была сделана корректно.
2. Ваш СС2500 я не знаю (различия в этом приемопередатчике и тех что мне довелось использовать весьма велико), а логика работы с тем или иным чипом очень разница, поэтому "беглый взгляд" на Вашу программу мне ничего не говорит. Опытный человек не всегда есть под рукой, и вообще может я не прав, но я привык читать "китайскую грамоту" если чтото не работает, а не заниматься шаманством с вставлянием задержек "авось заработает?" в разные места программы. Но это чисто ИМХО как говорится, больше не навязываюсь, удачи...

[zheka]

Вы вообще мои сообщения читаете?
Я написал, что взял готовый проект, инициализация, общение с регистрами и отправка взяты оттуда ДОБУКВЕННО. И все работает. ПРоблема возникла с приемом. И даже если взять готовую функцию, она начинается с проверки RXBYTES, которая у меня и без этой оригинальной функции не работает. А помогли действительно задержки.

[zheka]

Я так и не понял, почему длина пакета может быть больше длины буфера? Как с буфером в 64 байта передаются пакеты длиной в 200 с чем-то байт?

[Sergei_B]

Я так и не понял, почему длина пакета может быть больше длины буфера? Как с буфером в 64 байта передаются пакеты длиной в 200 с чем-то байт?

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

[zheka]

Насколько я понял, длина пакета - это вещь аппаратная. Так я после сказанного Вами что-то не вижу этой аппаратности. Если я должен вручную подкачивать в буфер, следить за этим, в чем тогда фишка? Я с тем же успехом могу и 1000 байт передать по 64 штуки.
Ладно, установил я длину 256 байт, откуда мне их читать на стороне приема? ОГбычно данные берутся из буфера, который равен 64 байтам.

[Sergei_B]

Насколько я понял, длина пакета - это вещь аппаратная. Так я после сказанного Вами что-то не вижу этой аппаратности. Если я должен вручную подкачивать в буфер, следить за этим, в чем тогда фишка? Я с тем же успехом могу и 1000 байт передать по 64 штуки.
Ладно, установил я длину 256 байт, откуда мне их читать на стороне приема? ОГбычно данные берутся из буфера, который равен 64 байтам.

Аппаратно формируется заголовок и рассчитывается CRC - в этом и фишка. А читать так же как и передавать. Да, есть механизм формирования пакета и произвольной длины, но лично я, не сторонник передачи длинных пакетов. Короткие пакеты легче без ошибки передать, а при ошибке передать пакет повторно. Много данных всегда передаю разбивая их на пакеты небольшой длины и контролирую целостность последовательности их передачи/приёма.

[bodja74]

А помогли действительно задержки.

Думаю вам поможет проверка статусного байта.
Детальнее...


Статусный байт

Байт статуса трансивера можно получать на выводе SO при каждой
посылке командного строба ,адресного байта или записи байта данных.
Также байт статуса можно принимать при записи данных в регистры при
Burst доступе.
Статусный байт дает возможность определять готовность SPI к обмену ,
текущий режим ,флаги переполнения Tx FIFO или Rx FIFO,количество свободных байт в Tx FIFO буффере при передаче или оставшихся
байт в Rx FIFO буффере при приеме .

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

Возможные значения байта CHIP_RDY

7 CHIP_RDYn Бит готовности SPI к обмену,необходимо дожидаться появления лог. 0
6:4 STATE[2:0] Индикатор текущего состояния трансивера
000 IDLE режим
001 RX режим
010 TX режим
011 FSTXON включен частотный синтезатор ,начата передача пакета
100 CALIBRATE производится калибровка частотного синтезатора
101 SETTLING PLL is settling
110 RXFIFO_OVERFLOW RX FIFO переполнен
111 TXFIFO_UNDERFLOW TX FIFO пуст

3:0 FIFO_BYTES_AVAILABLE[3:0] если значение FIFO_BYTES_AVAILABLE[3:0]=15 количество свободных байт RX FIFO в режиме RX не менее 15 или количество оставшихся байт в TX FIFO в режиме TX не менее 15

Ладно, установил я длину 256 байт, откуда мне их читать на стороне приема? ОГбычно данные берутся из буфера, который равен 64 байтам.

Опять поможет статусный байт
Детальнее...
Байт длины пакета используется для определения длины пакета данных ,как для передатчика ,так и для приемника.
Тоесть передатчик включит ровно столько данных в пакет ,сколько будет указано в регистре PKTLEN и от количества данных в Tx FIFO передатчика это не зависит.
Если необходимо передавать пакеты переменной длины ,нужно установить PKTLEN=255 (0xFF) и самостоятельно первым байтом данных указывать длину пакета.
Следует учесть ,что при передаче пакета произвольной длины ,размер пакета равен размер данных+1 байт(длины пакета)
В итоге есть три способа указать длину пакета.
1 Фиксированная длина пакета PKTCTRL0.LENGTH_CONFIG=0,длина пакета указывается в регистре PKTLEN
2 Произвольная длина пакета PKTCTRL0.LENGTH_CONFIG=1,длина пакета указывается первым байтом сразу после синхрослова.
3 Бесконечная длина пакета PKTCTRL0.LENGTH_CONFIG=2

Двух-байтный CRC данных может быть аппаратно подсчитан и включен в передающий пакет при установке PKTCTRL0.CRC_EN =1.
Если в приемнике также установлен PKTCTRL0.CRC_EN =1 ,в нем производиться подсчет принятых данных и проверка на совпадение CRC.
Если CRC не совпал и PKTCTRL1.CRC_AUTOFLUSH=1 пакет не будет размещен в буффере приемника ,при этом следует учесть ,что при установке PKTCTRL1.CRC_AUTOFLUSH=1 ,размер данных в пакете не может быть более 64 байт.

Передающий пакет из МК в трансивер состоит из байта длины пакета (если установлен PKTCTRL0.LENGTH_CONFIG=1) и данных.
Если PKTCTRL0.LENGTH_CONFIG=0 количество данных в пакете фиксировано и байт длины пакета добавляется аппаратно.

[zheka]

Если PKTCTRL0.LENGTH_CONFIG=0 количество данных в пакете фиксировано и байт длины пакета добавляется аппаратно

Фиксировано и равно тому что указано в PKTLEN?
Если да, то зачем тогда аппаратная добавка длины ?
Как работает приемник, то есть как он определяет длину пакета в этом случае - ориентируется ли он на PKTLEN при приеме, или анализирует саму принимаемую информацию? Если PKTLEN и байт длины не совпадают, что тогда?

[Alex B._]

7 CHIP_RDYn Бит готовности SPI к обмену,необходимо дожидаться появления лог. 0
6:4 STATE[2:0] Индикатор текущего состояния трансивера
000 IDLE режим
001 RX режим
010 TX режим
011 FSTXON включен частотный синтезатор ,начата передача пакета
100 CALIBRATE производится калибровка частотного синтезатора
101 SETTLING PLL is settling
110 RXFIFO_OVERFLOW RX FIFO переполнен
111 TXFIFO_UNDERFLOW TX FIFO пуст

поправлю = FSTXON - просто запущен синтезатор. Ничего в этом состоянии не передается. Но перевод трансивера из FSTXON в TX или RX делается гораздо быстрее, так как не требуется собственно включение синтезатор и его калибровка (если она включена автоматически).

[zheka]

Ковыряюсь с подстройкой частоты. Что-то не получается.

Правильно ли я делаю? :
1.Строб SIDLE
2. Изменяю регистр FREQ0
3. Строб SCAL

И еще - где-то, в руководстве написанном ksv198 читал, что регистры можно изменять парами - не надо следить за перемолнением младшего байта и пример на ассемблере.
А как это ГРАМОТНЕЕ и ПРАВИЛЬНЕЕ сделать в C? Ну то есть за пределы одной единицы FREQ2 я точно не вылечу - диапазон не позволит, менять надо только два регистра, работая с ними как с одним - я так понял.

[zheka]

Почему RSSI и LQI в статусных регистрах отличаются от тех, что приходят с пакетом? Какие правильнее использовать?

[bodja74]

Фиксировано и равно тому что указано в PKTLEN?
Если да, то зачем тогда аппаратная добавка длины ?

Да я и сам не против бы задать такой вопрос,по идее в даташите длина пакета присоединяется опционально и при PKTCTRL0.LENGTH_CONFIG=0 длины пакета в пакете не должно быть.
Хотя однозначного ответа в даташите на этот вопрос я так и не нашел.
У меня еще камни "родные" чипконовские ,может ревизия не та ,может не до конца разобрался
с настройками.
В целом остановился на переменной длине пакета ,думаю так проще приемнику.

Как работает приемник, то есть как он определяет длину пакета в этом случае - ориентируется ли он на PKTLEN при приеме, или анализирует саму принимаемую информацию? Если PKTLEN и байт длины не совпадают, что тогда?

На PKTLEN при приеме ориентируется ,индикаторы RSSI и LQI закидывает фиг знает куда, это точно ,
поэтому я опять остановил свой выбор на переменной длине.
Ничего же не мешает передавать переменную длину фиксированно ,зато RSSI и LQI четко сидят на хвосте.

Почему RSSI и LQI в статусных регистрах отличаются от тех, что приходят с пакетом? Какие правильнее использовать?

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

Правильно ли я делаю? :
1.Строб SIDLE
2. Изменяю регистр FREQ0
3. Строб SCAL

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

поправлю = FSTXON - просто запущен синтезатор

Вы правы ,думаю FSTXON это готовность синтезатора.

[zheka]

у меня от расстояния пропорционально изменяется RSSI, при этом LQI остается неизменным - в районе 150-170. И лишь когда RSSI становится меньше 20 и вовсе пропадает, LQI резко подскакивает до 255. Так что производит тонкую подстройку по LQI нецелесообразно. ИЛи я где-то не прав?

[bodja74]

Для начала снесите бит CRC_OK с LQI ,а то цифры для него нереальные.
Значение LQI должно стремиться к нулю.
LQI - это индикатор качества сигнала ,и зависит больше от совпадения частот ,чем от самой мощности.
В цемом все увидите сами ,когда будете играться не с дальностью ,а с настройкой частоты.

[zheka]

Настройкой? Я игрался с настройкой - и RSSI и LQI сначала мало менялись, потом резко ушли, такое ощущение, что до последнего работала какая-то автоподстройка.

[bodja74]

У вас дальность какая на уверенном приеме ?
Пропадает ли сигнал при незначительной помехе,типа перекрыть прямую видимость собственным телом?
Какая модуляция ,скорость,полоса фильтра,антенна?

[zheka]

Дальность проверял только в помещении. Точную подстройку чатсоты не производил.
на 6 метрах периодически теряется несущая если между приемником и передатчиком собственное тело. Выхожу на балкон, приседаю - что с телом, что без тела - периодически теряется несущая. На кухне - препятствие - бетонная стена и деревянная дверь, расстояне 7 метров тоже периодически теряется несущая. Если не приседать (препятствие стекло) то получается 7,5 м дальность. На бельевые веревки не залазил ))) Целостность пакетов при присутствующей несущей не проверял, но подозреваю, что если постоянно меняется LQI и RSSI, то пакеты все же целы. Тем более, у меня какой-то глюк в программе, если хоть один пакет теряется, то информация на экране перестает обновляться, так что разрыв связи ловлю четко.

Антенна - петля на плате. Все осстальное:

Код

/ 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

Единственное - все элементы у меня 0805, но они на кварце, на фильрах по питанию. У меня нет цепи согласования с антенной (для PCB она по рефдезайну не требуется), потому и нет критичных к типоразмеру элементов. Тут кому-то говорили, что мол в таком случае можно использовать и 0805.

Вопрос - если у меня передатчик настроен на +1 dbm, то при расположении приеника ну практически вплотую, при ориентации антенн друг на друга какой RSSI должен быть?

Сообщение отредактировал zheka - Jul 8 2009, 08:10

[bodja74]

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

Дайте угадаю ,у вас даже при включении питания связь устанавливается через раз
В целом дальность никакая

// RX filterbandwidth = 551.067708 kHz
// Phase = 1
// Datarate = 250.240707 kbps
// Modulation = (7) MSK

Вот это я и ожидал увидеть,так сказать неуспели настроить камень,зато газуем на полную
Для начала сделайте FSK ,она менее привередлива к точности частоты , RX filterbandwidth около 200кгц
чем шире полоса ,говоря простыми словами ,тем хуже прием
,когда поймаете сигнал ,сможете сузить ,ну естественно не меньше чем сама девиация ,ну и скорость допустим 10kbps.
Примерно на этих настройках сможете получить оптимальное соотношение скорости и дальности.

Единственное - все элементы у меня 0805, но они на кварце, на фильрах по питанию. У меня нет цепи согласования с антенной (для PCB она по рефдезайну не требуется), потому и нет критичных к типоразмеру элементов. Тут кому-то говорили, что мол в таком случае можно использовать и 0805.

Да ,типоразмер здесь не важен.
Саму антенну лучше делать по волновому сопротивлению близким ко входу трансивера или через балун.
хотя это даст процентов 10-20 улучшения ,так что сней можно играться на последнем этапе.

Вопрос - если у меня передатчик настроен на +1 dbm, то при расположении приеника ну практически вплотую, при ориентации антенн друг на друга какой RSSI должен быть?

В среднем 60-70 при этом постоянно менялось ,наверное из за отраженых сигналов.

[zheka]

Дайте угадаю ,у вас даже при включении питания связь устанавливается через раз

Нет с этим все ОК

Вот это я и ожидал увидеть,так сказать неуспели настроить камень,зато газуем на полную

Здешний обитатель ks148 писал что месяц убитл на попытки запустить на частоте 9600 бод. ПОлучалась лажа , которая чудесным образом исчезла при включении 250 кбод. Этим я и руководствовался.

В среднем 60-70 при этом постоянно менялось ,наверное из за отраженых сигналов.

Таки вы меня путаете. У меня рекорд RSSI при расположени вплотную - 102 (в десятичном формате), а вы пишете, что 60-70 и при этом называете мою дальность никакой.

[bodja74]

Таки вы меня путаете. У меня рекорд RSSI при расположени вплотную - 102 (в десятичном формате), а вы пишете, что 60-70 и при этом называете мою дальность никакой.

Зато у меня LQI от 0 до 5
Если сигнал будет слабым ,но достаточно чистым ,тоесть качественным ,приемник возьмет его без проблем.
Я писал выше ,что лучше опираться на LQI.
А хорошая дальность для этих трансиверов ,это когда они будут брать по всей квартире из любой точки,с любой направленостью антенны ,со всеми препятствиями какие могут быть в квартире ,стены ,шкафы и люди в придачу.
Я свой трансивер даже в микроволновку запихнул и ходил кругами ,чтобы поймать положение при котором трансивер иногда пропускал пакеты.
По крайней мере это то ,что я смог добиться от них ,возможно они еще лучше лупят.

Здешний обитатель ks148 писал что месяц убитл на попытки запустить на частоте 9600 бод. ПОлучалась лажа , которая чудесным образом исчезла при включении 250 кбод. Этим я и руководствовался.

Чем выше скорость ,тем хуже дальность.У ks148 наверное не все удачно пошло ,как по софту так и по железу.

[zheka]

Вот вам мое чудо засунутое под сканер.
МОжет быть какие-конструктивные замечания будут?

[bodja74]

Вот вам мое чудо засунутое под сканер.
МОжет быть какие-конструктивные замечания будут?

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

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

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

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

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

В принципе все ,остальное за софтом ,и будет все на мази.

[zheka]

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

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

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

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

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

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

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

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

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

[RT_051]

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

Спасибо!

[_3m]

Для начала скажу главное ,что вы не прочитаете ни в одном даташите и ни в одном посте за последние 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 через некоторое время зависал.

[Олежик]

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

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

[CHYVAKEASTSIDE]

Привет всем!

Есть просьба. У кого есть рабочая конфигурация чипа СС2500???
Я собрал модули. Хочу проверить. Сам пробовал передавать, не принимает.

одно из двух либо не работает, либо не правильно конфигурирован.

Кто кинет конфигурацию регистров???
Таким образом, чтобы принять и передать хотябы 1 пакет.

Проверяю наличие приема так
while(1) {
temp=TI_CC_SPIReadStatus(TI_CCxxx0_RXBYTES);
UDR=temp;
UCSRB=(1<<TXEN);
_delay_ms(300);
}

Кварц 27.000мгц

За ранее благодарен за любую помощь.

[Ivan Kuznetzov]

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

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

[rx3apf]

Это, случаем, не первый байт ответа ? Так это не идентификатор, а байт состояния, он всегда передается первым (это то, что приходит при отправке байта кода команды).