pic equal of Parallax BS-2 code for duplex telemetry

[max.well]

a search is underway. for some code.
it would be equal to what Parallax has already done in BS-2 syntax.

file = 433Radio2WayTX-V1.2.bs2 updated 10-08-2009

this example code file for the 27982 shows how to send
packets of 1 to 16 bytes of data in duplex mode.
between 2 transceivers. with error checking

the duplex is so the transmission errors will be at a minimum.

every byte is tested by the Rx w/ CRC checksum code and reported to
the Tx as good or bad. a second byte wont be sent until the one
before it was received as good.

rather than go to the trouble to translate the BS-2 code into pic.
a search is underway for it being done already.

if you have seen this done anywhere let me know.

this file code ex. of duplex transmission is a quantum jump more complex than another packet ex. they publish in simplex mode also for their BS-2


at this point i'm not even sure the
pic language can do it.

this effort has made me aware of how a language is developed
in accordance with what people are trying to use if for

given picaxe's lack of support for rf & data telemetry it could be smarter
to just get a couple of BS-2 chips

 

[Technical]

Not actually sure what the question is, but sounds like you simply want the the 'rfin' and 'rfout' command in the 28X2 parts?

 

[Dippy]

Can you provide a link to this document/code-listing?

Are you asking if someone has already converted to PICAXE BASIC?

You say it would be 'smarter' to get a couple of BS2s (how much do they cost? $49 each? Is that right?). Best wait for someone to recode it for you and then you may be pleasantly surprised. Hopefully, it'll probably save you enough money to celibrate with a few Big Macs

Based on your description it doesn't sound hard; you send a packet(lump), t'other end reads it into a buffer and sends it back, first end checks and does some contingency. Coupla dozen lines of code?
Make it better and use the intrinsic error testing of Manchester coding. Or set a simple checksum.

 

[hippy]

Having found links to the product and the code, the receiver reads a packet, checks the checksum and sends an acknowledgement with the checksum back if okay. The transmitter sends a packet, waits for that acknowledgement with correct checksum, retransmits or sends next packet (E&OE).

http://www.parallax.com/tabid/768/ProductID/582/Default.aspx

The protocol uses variable length packet sizes and a direct line-by-line translation for the code isn't possible but could probably be done using background receive. Or the protocol could be forced to use fixed packet lengths which makes it much like the standard SERIN / SEROUT RF comms the PICAXE supports.

A send then receive and acknowledge system could be fairly easily built at reasonable cost with a PICAXE and transceivers or transmitter and receiver pairs. Perhaps the question is; do you need to use the protocol specified or are you just looking for an equivalent solution ?