Si4735 FM/AM Radio Receiver Breakout

Replacement: None. The IC is obsolete and we've yet to spin a board for the suggested replacement. This page is for reference only.

This breakout board makes it easier to use the Si4735 AM/FM Receiver in your next project. The Si4735 is basically a radio on a chip, incorporating complete tuner function from antenna input to audio output.

The Si4735 is a feature-rich solution including advanced seek algorithms, soft mute, auto-calibrated digital tuning, and FM stereo processing. In addition, the Si4735 provides analog or digital audio output and a programmable reference clock. The device supports I2C compatible 2-wire control interface, SPI, and a Si4700/01 backwards-compatible 3-wire control interface.

The Si4735 also incorporates a digital processor for the European Radio Data System (RDS) and the North American Radio Broadcast Data System (RBDS), including all required symbol decoding, block synchronization, error detection, and error correction functions. Using RDS, the Si4735 enables broadcast data such as station identification and song name to be displayed by the user.

This breakout gives you access to all of the pins you need to make your own radio!

  • Worldwide FM band support (64-108 MHz)
  • Worldwide AM band support (520-1710 kHz)
  • SW band support (2.3-26.1 MHz)
  • LW band support (153-279 kHz)
  • Digital FM stereo decoder
  • RDS/RBDS processor
  • [Schematic](http://cdn.sparkfun.com/datasheets/BreakoutBoards/Si4735 Breakout-v10.pdf)
  • [Eagle Files](http://cdn.sparkfun.com/datasheets/BreakoutBoards/Si4735 Breakout-v10.zip)
  • Datasheet (Si4735)
  • GitHub

Comments

Looking for answers to technical questions?

We welcome your comments and suggestions below. However, if you are looking for solutions to technical questions please see our Technical Assistance page.

  • I'd sure like to see an update to this board. Not sure what encouragement I might offer to the Sparkfun team, but it would sure be neat.

    • It's on the list! Hopefully we can get a prototype spun up here soon. Sorry for the delay on this. We had some other revisions that came in at a higher priority.

  • MJKennedy / about 12 years ago / 2

    For those who might be interested, I am releasing my version of the Si4735 library. I have put a great amount of effort into this library and spent over a year intermittently working on it. I believe it to be better then other versions out there. I especially improved RDS and RBDS support.

    Project Files

    Features and improvements include:

    • Supports SparkFun's breakout board (WRL-10906) and Arduino shield (DEV-10342).
    • Supports Uno, Mega 2560, Leonardo, and Due Arduinos.
    • Supports I2C and SPI buses.
    • Supports interrupt signals from radio. Applications can also poll the radio, if they want.
    • Improved localization of receive bands, channel spacing, and FM de-emphasis.
    • Supports RDS/RBDS Program Type Name (PTYN, Group 10A) in addition to Program Type (PTY, all Groups).
    • Supports new (2011) RBDS Program Type codes.
    • Correctly decodes RDS/RBDS date and time.
    • Correctly decodes all RBDS PI codes into the station's call letters, when possible. It can also handle a mix of RDS and RBDS stations as are found near the US boarders with Canada and Mexico.

    I have included a sample program that lets you control the radio and display RDS/RBDS info with serial port based terminal software such as Putty. This eliminates the need for an LCD.

    I have also included advice in the README file on successfully level shifting between 5 and 3.3 Volts and how to correct the many defects in the Arduino shield, including the not well known AM receive bug.

    Finally, I have included a document I wrote summarizing everything I have learned about RDS and RBDS. This should be a good place to start for others who want to learn how RDS and RBDS works.


    If you worked with previous versions of the library released by Jon Carrier, then you know it would easily crash or malfunction when you started to add more stuff to your program. This is because his library was using most of the available RAM. By storing string constants in flash ROM only, the consumption of RAM by the library has been drastically reduced to about 150 bytes. (Future versions may increase this a little.)

    By the way, Jon Carrier's library can trigger the infamous "!!!" bug on the Mega 2560. The bug is triggered whenever a program contains three "!" in a row. All Mega 2560s made to-date have this bug. The symptom is multiple timeout messages when uploading your sketch, but it never gives up. To fix Jon Carrier's library, edit the "Si4735.cpp" file and search for: " !!!ALERT!!! ", and change it to: " ALERT! ALERT! ",

  • An additional Breakout using the Si 4736/47 to make weather radio available would be a step in the right direction.

  • Member #607406 / about 10 years ago / 1

    I have compared the schematic and the board files with "SSOP Typical Application Schematic" from page 19 of the datasheet of the new SI4735-D60.

    I can't see any reason why this pcb can't be used with the new SI4735-D60.

    What do you think?

  • Member #521395 / about 10 years ago / 1

    Sure wish you guys would make a replacement breakout board for this with the updated chip or even better one that could tune NOAA weather radio too.

  • Member #544701 / about 10 years ago / 1

    Any ETA on the new one yet?

  • Member #48022 / about 12 years ago / 1

    hi all you are able to read a rds text using this bord? can you send me a correct c code

    please help me!!

    • magee / about 12 years ago * / 1

      This document helped me alot RDS Standard, for Radio Text see page 25.

      This is the code I came up with and have in my project. Keep in mind, I tried to cut out all the un-related code to reduce the size of this post so a direct cut-and paste of the code may not work, this is intended to at least point you in the right direction. Also, no laughing at any grammar/spelling in my code's comments, I am usually am about three beers in to it by the time I get around to adding comments in my code, which can result in some unpredictable keyboard behavior.

      //called from TunerPowerUpFM mode
      //must be called while tuner is in power up mode (see data sheet)
      void Tuner_EnableRDS(){
        Wire.beginTransmission(SI7435_ADDRESS);
        Wire.write(0x12);//setProperty
        Wire.write(0x00);
        Wire.write(0x15);//RDS Property 0x15 0x00 (interupt settings)
        Wire.write(0x00);
        Wire.write(0x00);
        Wire.write(0x01); //set interupt to when FIFO count met
        Wire.endTransmission();
        delay(3);
      
        Wire.beginTransmission(SI7435_ADDRESS);
        Wire.write(0x12);//setProperty
        Wire.write(0x00);
        Wire.write(0x15);//RDS Property 0x15 0x01 (FIFO count)
        Wire.write(0x01);
        Wire.write(0x00);
        Wire.write(0x04); //set fifo count to 10
        Wire.endTransmission();
        delay(3);
        Wire.beginTransmission(SI7435_ADDRESS);
        Wire.write(byte(0x12));//setProperty
        Wire.write(byte(0x00));
        Wire.write(byte(0x15));//RDS Property 0x15 0x02 (RDS Config)
        Wire.write(byte(0x02));
        Wire.write(byte(0xAA)); //FF=Store group reguardless of errors, AA = dont 
        Wire.write(byte(0x01)); //RDS enable
        Wire.endTransmission();
      }
      
      void Tuner_ReadRDS(){
        Wire.beginTransmission(SI7435_ADDRESS);
        Wire.write(0x24);  //request_RDS_Status
        Wire.write(0x01);  //CLEAR RDS INTERUPT
        Wire.endTransmission();
      
        Wire.requestFrom(SI7435_ADDRESS, 12);    // request 12 bytes from si7435
        delay(10);
        byte data[12];
        int i=0;
        while(Wire.available() && i>3;//shift right 3 bits
        // put payload into it's own array
        byte payload[8] = {data[4],data[5],data[6],data[7],data[8],data[9],data[10],data[11]};
        // by priority  
        if(grouptype==0x04)Tuner_ProcessRTA(payload);//0x04 =Radio text A  
        if(grouptype==0x05)Tuner_ProcessRTB(payload);//0x05 = Radio Text B
      
      }
      void Tuner_ProcessRTA(byte data[]){
          byte segment=data[3];
          bool abFlag=bitRead(4,segment); //text ab flag, changes if display should be cleared (EG.song change)
          segment&=B00001111; //mask out un-needed bits
          for(int i=2; i&lt8; i++){
            if(data[i]==0x0A)data[i]=0x1A;//replace newline chars with subsitute char (for serial port)
          }        
          Serial.print("RTA,");
          if(abFlag)Serial.print("A,");
          else{Serial.print("B,");}
          Serial.print(segment,DEC); //text
          Serial.print(",");
          Serial.print(char(data[4]));
          Serial.print(char(data[5]));
          Serial.print(char(data[6]));
          Serial.print(char(data[7]));
          Serial.print("\r\n");  
      }
      
      void Tuner_ProcessRTB(byte data[]){
          byte segment=data[3];
          bool abFlag=bitRead(4,segment);
          segment&=B00001111;
          for(int i=4; i&lt8; i++){
            if(data[i]==0x0A)data[i]=0x1A;//replace newline chars with sub char
          }        
          Serial.print("RTB,");
          if(abFlag)Serial.print("A,");
          else{Serial.print("B,");}
          Serial.print(segment,DEC);
          Serial.print(",");
          Serial.print(char(data[6]));
          Serial.print(char(data[7]));
          Serial.print("\r\n");   
      }    
      

      • magee / about 12 years ago * / 1

        sorry... I had issues with the formatting, above where it says "i&amplt8;", I wanted to say "i&lt8;"

  • magee / about 12 years ago / 1

    This chip is great! it's FM reception with no antenna out-performs my $300 yamaha with an expensive active antenna! Adding a 3' wire antenna makes it even better. AM reception leaves a bit to be desired, I seem to be picking up noise from the arduino I am using to control it. However I think it has a lot to do with my bread board setup, moving on to a PCB layout may help clean up the EMI being picked up (shorter traces, better grounding scheme.. etc). FYI, for a cheap Ferrite antenna, head over to your local thrift store and find portable am/fm radio to tear apart. I picked up three old radios ($10 total) and scored three ferrite loop antennas all measuring in at 180mH. (plus two cheap headphone amps) Because my end goal is a circuit containing other I2C devices, I opted to use the I2C interface. A “gotcha” that had me hung up for a bit was overlooking tying “SEN” to GND which selects the I2C address. I haven’t spent much time or effort trying to figure out the SW side but have plans to once I get my original project put to bed.

  • DrMistry / about 12 years ago / 1

    I may well be being an idiot here but I can't get this board to play nicely with my RasPi over i2c - I always get a response with the error bit set high. Do I need to cook up my own external osc? Other i2c devices on the bus are fine (LCD display and a GPIO expander).

    • magee / about 12 years ago / 1

      check your power up timing, I had the same issue. I was not waiting long enough for the chip to power up before sending commands. the exact times are in the programming guide but if memory serves, it needs a min delay of 110ms for power up. Then after power up, there is a time window for setting reciever properties (am/fm mode, use xtal... etc) that will time out after 100msec. if you send any tune commands inside of this "power up" time frame, you'll get nothing but error bits from then on and need to reset the chip.

  • BikeSounds / about 12 years ago / 1

    I've been able to make this work with ATMEGA 8 and can tune in channels and get back status during the power up process. However if I tune a station and then try to get status (I'm using SPI, 3-wire3) I get the correct status and even station frequency info - but the chip's receiver just stops. Anyone else have the same problem (and hopefully some insight?)

    • BikeSounds / about 12 years ago / 2

      Just a FYI to everyone ... Problem found! I was running the sheild at 3V. I just increased it to 3.3V and everything worked as promised. Interesting that the datasheet says the device can work below 3V but... I also used a transistor inverter/buffer versus a diode drop mechanism to get info back from the chip as the sheild uses a 3.3V supply versus the 5V supply used by the ATMEGA. Works perfectly after I invert the reading I bitbang in. I've already built several systems - no problem.

  • deathweasel / about 12 years ago / 1

    Did you guys get this to work well without a [ferrite] loopstick?

    • magee / about 12 years ago / 1

      FM works fine without the ferrite, but it is needed for AM and SW. I got several from some old thrift store specials (+plus some other useful parts). happy hunting

  • c.alexander / about 12 years ago / 1

    I've have yet to get this to work correctly, but I've learned that this requires a level converter to step down from 5v to 3.3v on the I/O pins. The Si4735 Arduino Shield uses a Hex H2L Level Shifter to do this. I've bought the shield, but, it has too many issues for what I want to do with it, so I'm getting this instead. Sparkfun has an available logic converter: BOB-08745 ($1.95) There is also a quicker/robust converter available: BOB-10403 ($6.95) I'm using the modified (and much more telling) Arduino library of CSDexter which I also recommend. Hopefully I'll get this to work at which point I will share a pin-2-pin description. Until then, maybe Sparkfun could enlighten us? ;)

  • ChadWV / about 12 years ago / 1

    How do you wire this up, I'm lost

    • rsavas / about 12 years ago / 1

      Pretty straight forward, get the data sheet and follow the examples. Get a login, from SI & check out all the application notes, programming guide. Check out SI4735 AM & FM Receiver Shield as an example.

  • cyberteque / about 13 years ago / 1

    I just got mine in the mail!

    On the board it has 3.3 marked for Vcc. The Si4735 data sheet states supply V can be from 2.7 - 5.5V, I/O V is 1.85 - 3.6V.

    Have you done this so we don't have to mess around with 2 supply rails?

  • planetjay / about 13 years ago / 1

    The chip that your new product is based on is EOL. From their website: "Si4734-35-B20 Data Sheet – Not Recommended for New Designs".

    • rsavas / about 13 years ago / 1

      Process Change Notice #1105171 Title: Si4704/05/06/30/31/34/35 to Revision D PCN; Revisions A, B, C End of Life / Last Time Buy, Last Order Date: 23Nov2011 Would not affect this breakout board, as pin functions have not changed.

  • MostThingsWeb / about 13 years ago / 1

    This thing is sweet.

Customer Reviews

No reviews yet.