I am trying to program the si4721. I worked with both si4703 and si4713. So far, i power up the si4721 and write some registers. After every writing, the response of the si4721 shows that i can write the register in it. But when i am trying to set tune frequency, response become 0x80. The frequency i am trying to set is 96.6 MHz. So the writing packet is 0x30, 0x00, 0x25 and 0x80.I send 0x30 firstly and cotinue with 0x00. I noticed that if i change the frequency value as 9.66 and the writing packet as 0x30, 0x00, 0x03 and 0xC6, response becomes 0xC1. The error bit set and it is logical but also STCINT bit set. I used programming example in the AN332.
Also there is one more thing i wonder. Can i use si4721 as transciever? I mean listening a channel and then transmiting the audio which i get from receiver. Can you please help me to solve the problem?
I'm having trouble configuring the Si32178, when i change linefeed state from on-hook to off-hook, VBAT isn't tracking to negative lead, so Si 32178 is hot, although I config auto tracking in reg 80.Please let me know, I have missed something?
Radio - Si4432 Module with RF Switch with Single Antenna. Both Antenna Connected Together at RF switch.
Mcu - PIC MCU
Language - C.
When I read RSSI at the Receiver, the reading shows as 0x54 (approx) at power up, even if Transmitter is in OFF status. After transmitter is powered, Transmitter sends data every 5 seconds. I have increased the tx power in every 5 seconds. For example, set txpow[2-0] = 011 initially and increment the txpow[2-0] in the next count and so on until txpow[2-0] = 111 (max power) and restart again from 011. But I did not see any changes in RSSI value at Receiver and the same RSSI values I receive even after changing (increasing) the transmit power using txpow[2-0]. What could be the problem?
Description: RSSI is not correct using default settings.
Impacts: No impact.
Workaround: Set the following registers: Reg 6Ah lnacomp[3:0] = 0010 and pgathres[1:0] = 11.
Resolution: Will be fixed in the next revision.
CFREQ = 433 MHZ, +/- 20 KHz deviation, 1.25 kbps, BW = 42.7 KHz
//set the non-default Si4432 registers
//set the VCO and PLL
SpiWriteRegister(0x5A, 0x7F); // VCO Current Trimming register
SpiWriteRegister(0x58, 0x80); // ChargepumpCurrentTrimmingOverride register
SpiWriteRegister(0x59, 0x40); // Divider Current Trimming register
//set the AGC
SpiWriteRegister(0x6A, 0x0B); //write 0x0B to the AGC Override 2 register
//set ADC reference voltage to 0.9V
SpiWriteRegister(0x68, 0x04); // Deltasigma ADC Tuning 2 register
//set AGC Override1 Register
I also set 0x6A reg to 0x0B. But no change in RSSI. When I read the amps at the time of TX, it consumes the current correctly. For example, it takes 20 mA at 011 and 80 mA at 111 as per datasheet. Video also attached for your reference.
The best I can tell from the datasheet, the Si4731 only provides I2S digital audio output or L & R analog output.
Link to datasheet: https://www.silabs.com/documents/public/data-sheets/Si4730-31-34-35-D60.pdf
Then why does the datasheet also specify the following:
4.7. Digital Audio Interface
The digital audio interface operates in slave mode and supports a variety of MSB-first audio data formats including I2S and left-justified modes. The interface has three pins: digital data input (DIN), digital frame synchronization input (DFS), and a digital bit synchronization input clock (DCLK). The Si473x-D60 supports a number of industry-standard sampling rates including 32, 44.1, and 48 kHz. The digital audio interface enables low-power operation by eliminating the need for redundant DACs and ADCs on the audio baseband processor.
1. How can the Si4731 (D60) be a I2S slave?
2. Don't I need the Si4731 (D60) to be the data source and clock when connecting it to an amplifer IC?
It seems that the maximum OOK Peak Detector DECAY TIME is about 2 ms (clock frequency of detector is 200 kHz). We want to extend this time to 10ms.
OOK_DISCHG_DIV = 8 (MODEM_OOK_MISC = 0x0D)
MODEM_OOK_PDTC = 0x4F
It seems that there is a limitation at approx. 2 ms.
Perhaps when decreasing detector clock frequency, the decay time is extended. But this will increase jitter.
Does anyone know how to extend OOK Peak Detector Decay Time?
Thanks in advance.
We are using the SI4464 base frequency 246,050 MHzchannel zero with channel spacing 25kHz, modulation 2GFSK, data rate 2.4kbps and deviation 5kHZ. When we transmit only in a channel without frequency hopping, example channel 0=246.050 MHz receives the packages perfectly. But if we use frequency hopping the reception fails for some channels.
Channel 0=246.050MHz receives the package normally,
Channel 1=246.075MHz doesn’t receive the package,
Channel 2=246.100MHz receives the package normally,
Channel 3=246.125MHz doesn’t receive the package,
Channel 4=246.150MHz sometimes receive the package,
Channel 5=246.175MHz receives the package normally,
Channel 6=246.200MHz doesn’t receive the package.....
Parameters are used according to WDS3.
We don’t understand why the reception fails in these channels. Do you have any suggestion?
I've been writing code to work with the Si4703, via a Sparkfun breakout board for the Raspberry Pi, using Python...(FWIW)
Anyway, I've noticed some stations use Program Service for more than just the program/station name...they're actually sending what I would call Radio Text. Some of these stations, also send Radio Text, but with data that I would consider to be Program Service. Anyway, they seem to not follow the RDS (standards).
Is this common? I'm in the US by the way...
I am using Si4432 RF. I bought this from eBay. I think it's version is v1.0. I can able to send and receive data over separate TX and RX module. But experience little bit problem in bidirectional coding. In both separate and bidirectional coding, unable to clear the ipksent bit even after reading 3 & 4 registers. It is not affecting Individual TX mode. But affects in bidirectional mode. I have used interrupts.
Any help will be greatly appreciated.
Note: I already posted the question here few hrs before. But it is not there now. I don't know whether it is deleted.