RF Transmitter/Reciver

**mackrackit** · - 14th February 2008, 07:54

Neither, More like CM.
From the data sheet

When a logic ‘1’ is present on the DATA line and the PDN line is high, then the
Power Amplifier (PA) will be activated and the carrier frequency will be sent to
the antenna port. When a logic ‘0’ is present on the DATA line or the PDN line is
low, the PA is deactivated and the carrier is fully suppressed.

So, the only thing they can transmit is bits, think of Morse Code. ON OFF
That is why they work so well for serial communications.
Also, that is the reason for sending a "train" signal (010101010101) allows the receiver to balance the internal capacitor before receiving the real data.

I think the correct way of saying it is Carrier Present - Carrier Absent

**dhouston** · - 14th February 2008, 11:26

Originally Posted by mackrackit

I think the correct way of saying it is Carrier Present - Carrier Absent

Or OOK (On-Off Keying), ASK (Amplitude Shift Keying) or AM (Amplitude Modulation). And FSK (Frequency Shift Keying) works much better but costs much more.

**Fredrick** · - 14th February 2008, 19:45

Thank you.

Now i have recived the Parallax RF modules and write this test programs

Transmitter PIC16F628A whit Internal RC OSC at 4 MHz

Code:

<html>
<head></head>
<body><!--StartFragment--><pre><code><font color="#008000"><i>
</i></font>CMCON = <font color="#808080">7 </font><font color="#008000"><i>'Alla I/O Digitala
</i></font>LEDPin <font color="#000080">VAR </font>PORTB.<font color="#808080">0
</font>TransmitterPIN <font color="#000080">VAR </font>PORTB.<font color="#808080">4
</font><font color="#000080">INCLUDE </font><font color="#FF0000">&quot;modedefs.bas&quot;
</font>Counter <font color="#000080">VAR BYTE
</font>Synk <font color="#000080">VAR BYTE
</font>Synk = <font color="#808080">$55
</font><font color="#000080">DEFINE </font>CHAR_PACING <font color="#808080">1000
</font>Counter = <font color="#808080">0

</font>Main:
    <font color="#000080">HIGH </font>LEDPin
    <font color="#000080">PAUSE </font><font color="#808080">100
    </font><font color="#000080">LOW </font>LEDPin
    <font color="#000080">PAUSE </font><font color="#808080">100
    
    </font><font color="#000080">SEROUT </font>TransmitterPIN,T1200,[Synk,Synk,Synk,Synk,Synk,Synk,<font color="#808080">9</font>,Counter]

    <font color="#000080">HIGH </font>LEDPin
    <font color="#000080">PAUSE </font><font color="#808080">100
    </font><font color="#000080">LOW </font>LEDPin
    <font color="#000080">PAUSE </font><font color="#808080">100
    
    </font>Counter = Counter + <font color="#808080">1
    </font><font color="#000080">PAUSE </font><font color="#808080">600
</font><font color="#000080">GOTO </font>Main
<font color="#000080">END 


</font></code></pre><!--EndFragment--></body>
</html>

Reciver PIC16F872 with 20 MHz OSC

Code:

<html>
<head></head>
<body><!--StartFragment--><pre><code><font color="#008000"><i>
</i></font><font color="#000080">DEFINE </font>OSC <font color="#808080">20
</font><font color="#000080">DEFINE </font>LCD_COMMANDUS <font color="#808080">3000   </font><font color="#008000"><i>'Set command delay time in us
</i></font><font color="#000080">DEFINE </font>LCD_DATAUS <font color="#808080">200       </font><font color="#008000"><i>'Set data delay time in us

</i></font><font color="#000080">INCLUDE </font><font color="#FF0000">&quot;modedefs.bas&quot;
</font>Counter <font color="#000080">VAR WORD
</font>ReciverPIN <font color="#000080">VAR </font>PORTC.<font color="#808080">0
</font>ADCON1 = <font color="#808080">7 </font><font color="#008000"><i>' Alla digitala
</i></font><font color="#000080">PAUSE </font><font color="#808080">500

</font>Main:
    <font color="#000080">SERIN </font>ReciverPIN,T1200,[<font color="#808080">9</font>],Counter
    <font color="#000080">GOSUB </font>LCD
<font color="#000080">GOTO </font>Main

LCD:
    <font color="#000080">LCDOUT </font><font color="#808080">$FE</font>,<font color="#808080">1  
    </font><font color="#000080">LCDOUT </font><font color="#808080">$FE</font>,<font color="#808080">$80</font>,#Counter
    <font color="#000080">PAUSE </font><font color="#808080">500        
</font><font color="#000080">RETURN

END 
</font></code></pre><!--EndFragment--></body>
</html>

It´s working very well whit in the rance of 50 - 60 meters whit the transmitter indoors and the reciver outdoors, but when i take the reciver also indoors in a house 50 - 60 meters away from the transmitter the counter on the reciver display starts to show wrong numbers sometimes but it´s still counting... but whit the reciver outdoors it does not miss a single number whit in 50 - 60 meters.

Any idé how i can to improve my code?

I´going to do some more tests to tomorrow, it´s soon time to sleep here in sweden...

skimask · - 14th February 2008, 20:15

Originally Posted by Fredrick

Any idé how i can to improve my code?

RF is tricky, no matter what you do. Just too many variables for the average joe to account for, circuit layout, power stability, sunspot cycle, and so on and so on...

My experiences: (which are far outweighted by a number of people on these forums when it comes to RF)
-Try changing the number of sync bytes in the transmitter...6 sync's is a good start. Try 2, try 10, try anything, see what happens.
-Try changing the baud rate. I had a TX434 from Rentron. The datasheets say it's only good for 4800bps. I got it to work very reliably at 9,600 and fairly decent up to 19,200, but it didn't like 2400bps. Try 2400, try 9600, try 4800...
-Change the PACING length. You have it set at 1000, a decent number. But...maybe the RF module wants less. If you have 1ms between each character, that also means that you have 1ms between each sync character, which may be screwing up your sync'ing, which may mean that the data slicer isn't being balanced completely. Try leaving out the PACING altogether, sending your sync bytes as fast as possible, then manually PACING your sent bytes with a slight pause in between each character.

**dhouston** · - 14th February 2008, 21:05

Originally Posted by Fredrick

Any idé how i can to improve my code?

Get a better antenna at the receiver. You can build a very simple but very good one from plans on my web page.

http://davehouston.org/eggbeater.htm

Any solid copper insulated wire will work (the bigger the wire diameter, the better) or you can even use copper tubing if you can insulate it, and you can cheat by using 75-ohm coax for the phasing line. If you still need more range, then add a wideband preamp between the receiving antenna and receiver - it's the Ten-Tec 1001.

http://www.aoruk.com/tentec/kits/1001/1001.htm

Ignore the picture - it's the wrong one.

And try without pacing.

**Fredrick** · - 14th February 2008, 22:24

When i disconnect the power from the transmitter the reciver display still shows numbers, but does not count from 0 to 255, it´s shows 1, 244, 34, 55, 23, 99, 138, 232, 233 and so on.... where does this numbers come from?

**mackrackit** · - 14th February 2008, 22:51

Sounds like random noise. There is RF every where.

I think the internal "slicing" capacitor is wondering around giving false data.

If this is the case, depending on what you are going to use this for the solution can pretty easy.

If you are sending commands for a remote control the easy way is to have something like

Code:

SERIN ReciverPIN,T1200,[9],Counter
IF Counter = ??? THEN 
XYZ 
ELSE
QRS

If you are sending data like what you are now, you may need to set up a way to verify the data. Some sort of encoding / checksums...

The Linx web site has some info on this and dhoustion has a protocal on his web site.

**Bruce** · - 15th February 2008, 00:20

I'm not familiar with the Parallax modules, but if they use the Linx LR series, then this receiver will output random noise even if the transmitter is powered down.

Look at the examples on dhoustons' website, and others he has posted here. He knows what he's doing.

You might also try a search here. I have posted several code examples for RF communications that are very simple to implement, and work quite well with PBP & noisy receivers.

It's just not that simple to get a reliable wireless connection up & going, and it's for sure not going to be anywhere near as simple as a 'wired connection', but there are enough threads here 'with code examples' that cover this if you look hard enough.

Thread: RF Transmitter/Reciver

Thread Tools

Search Thread

Display

Hybrid View

Similar Threads

Generic RF Receiver

Interfacing 16F88 to RF module

Help with CC1100 RF Modules.

RF designs

Interfacting RF Module

Members who have read this thread : 0

Bookmarks

Bookmarks

Posting Permissions