Searching \ for ' Radiometrix Development kit for the RPC' in subject line. ()
Make payments with PayPal - it's fast, free and secure! Help us get a faster server
FAQ page: www.piclist.com/techref/index.htm?key=radiometrix+development
Search entire site for: 'Radiometrix Development kit for the RPC'.

No exact or substring matches. trying for part
PICList Thread
'[PICLIST] Radiometrix Development kit for the RPC '
2000\11\14@093139 by JungWhan

picon face
Hi is there anyone who has used this kit from Radiometrix?  They have
provided a source code for the PIC controllers to drive these radio packet
controllers, but they don't even compile.  I have fixed few errors which
allows me to compile, but I don't think
this code will drive the radio packet controllers.  If anyone has used this
kit, please help!  Thanks

--
http://www.piclist.com hint: The list server can filter out subtopics
(like ads or off topics) for you. See http://www.piclist.com/#topics


'[EE]: Radiometrix Development kit for the RPC Tran'
2000\11\14@094958 by Shawn Yates

flavicon
face
I have not used their RPC modules becaus the BIM modules are simple enough
to do on your own.

We have a board that consists of only the BIM and a 16C54.  Works great.  If
you go to do that, I can tell you what we did, though I don't remember it
being much.

Let me know if I can help.

Shawn

{Original Message removed}

2000\11\14@095832 by JungWhan

picon face
Oh yes please it will be a great help if you could tell me what you did
with the BIM and the 16C54.
Thanks very much!


----- Original Message -----
From: "Shawn Yates" <spam_OUTsyatesTakeThisOuTspamCARETECHNOLOGIES.COM>
To: <.....PICLISTKILLspamspam@spam@MITVMA.MIT.EDU>
Sent: Tuesday, November 14, 2000 2:49 PM
Subject: Re: [EE]: Radiometrix Development kit for the RPC Transceiver


> I have not used their RPC modules becaus the BIM modules are simple enough
> to do on your own.
>
> We have a board that consists of only the BIM and a 16C54.  Works great.
If
> you go to do that, I can tell you what we did, though I don't remember it
> being much.
>
> Let me know if I can help.
>
> Shawn
>
> {Original Message removed}

2000\11\14@102932 by John A. Craft

flavicon
face
I've used the modules, but with PIC-C.  You clock out the data a nibble at
a time its pretty easy and when used with an external interrupt its
carefree.  I can send what I have for radio access in PIC-C if you like.

John C>

At 02:29 PM 11/14/2000 +0000, you wrote:
{Quote hidden}

--
http://www.piclist.com hint: The list server can filter out subtopics
(like ads or off topics) for you. See http://www.piclist.com/#topics


2000\11\14@110011 by Shawn Yates

flavicon
face
ok

Well, the BIM pins are connected directly to the port pins on the PIC

       /CD (11)
       RXD (12)
       TXD (14)
       /TX (15)
       /RX (16)

I gave each of the BIM pins above their own IO pin on the PIC, but if you
are pressed for pins you could use some switching logic to combine some of
the pins.

To receive, the program looks for the CD to go low for about 1mS, then goes
to reading data of the RXD pin.

To tranmitt, just set /RX and clear /TX and push your data to TXD.

We use a bi-phase encoding scheme (that is manchester), where each data bit
is realy two smaller bits.  The first half bit is the compliment of the data
and the second half bit is the data.  There is also some preamble, which is
1111 if you look at the data, but its 01010101 if you look at the half bits.
The bi-phase encoding provides exactly 50:50 mark space, which allows the
BIM to operate at its best.  So, one data stream goes something like this:

                               pre-amble          (gap) SB     Data
(SB = start bit)

(shown in half bits)  01 01 01 01 01 01 ~~00000  01 01 10 01 10 01 10

Actual Data            1  1  1  1  1  1 ~~ xxxx   1  1  0  1  0  1  0

So, you have a pre-amble which produces physical 01, which the data slicer
in the BIM needs for something like 3mS.  Then, a gap of 000, which produces
no data but allows you to get ready to sync the receiver because the start
bit (SB) will always be a 1, that way you can get receiver in sync with the
transmitter

Dont get hung up on the 'half bit'.  It still a bit, its just that you will
alway have to remember that the phisical data rate is twice of your logical
data rate.  That is, it takes two physical bits to get one logical bit.

Some other clues:

       Put a check sum or CRC because RF is never 100% reliable

       Sample each half cell multiple times (we use 7 to 10, but 3 or 5 may
be enought).

       Use the half cells to your advantage.  If you do not always receive
the compliment then the data, the received string is not valid.

       Include some sort of redundancy in your over all system, dont ever
transmitt and assume it got through if you can avoid it.

Hope that helps.

Shawn

{Original Message removed}

More... (looser matching)
- Last day of these posts
- In 2000 , 2001 only
- Today
- New search...