paparazzi-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Paparazzi-devel] Futaba S.Bus for Paparazzi


From: Ensslin Oliver (enso)
Subject: Re: [Paparazzi-devel] Futaba S.Bus for Paparazzi
Date: Thu, 25 Aug 2011 09:46:07 +0000

Hi Eric and Martin

 

I am thinking of giving this assignment to a student at our university. They maybe can program a module for Lisa and Tiny. Is it feasible by the Hardware? (I am not a electronic engineer)

Here is the text from the German link translated with Google. It’s not perfect but I guess you will understand it:

 

The Futaba S-BUS protocol

For anyone interested I present the technical description of the S-BUS Protocol. The description makes no claim to completeness or accuracy, if necessary, are to make their own measurements to verify the accuracy. The information is sufficient to e.g. RSAT JetiDuplex one - to develop S-BUS converter, or other proprietary developments to operate directly on the S-BUS. The PSS2018 will e.g. Emcotec of developed and allows to connect up to four satellite spectrum.

Timing
In normal mode, the receiver every 14 ms, a frame is sent in the high-speed mode, all 7ms.
A frame (25 bytes) lasts 3ms.

Data Format
The baud rate is 100.000Bit / s (not compatible with 115.200Bit / s) - look for in a development that is on the appropriate processor Quartz and prescaler
The format is 8E2 (1 start bit, 8 data bits, 1 even parity bit and 2 stop bits)

The bits are transmitted inverted (0V = High)

The data
The first byte is always 11110000

The next 22 bytes contain 16 servo position without channel number
A record consists of 11 bits per channel, LSB first (least significant bit first), range 0-2047, 1024, the center
The data here jump on the byte boundaries, ie:
Channel 1 requires the second Byte of the sequence to the first 3 bits of the third
Byte.
Channel 2 uses the remaining 5 bits of the 3rd Bytes, plus the first 6 bits of the fourth Byte.

The last byte contains 4 flags (and 4 with unknown importance):
Flag1: DG1 (channel 17, digital switching channel 1)
Flag2: DG2 (channel 18, digital switching channel 2)
Flag3: Lost frame
Flag4: failsafe indicator
Flag5:?
Flag6:?
Flag7:?
Flag8:?

In conclusion, there's still a 00000000

There is no checksum, error correction codes or encryption.

Evaluation
The analysis is extremely simple. All servos must be programmed. Here they are assigned a channel, i.e. is a data packet, it will be read and considered the position of the servo data from the saturated part of the rich data packet out.

Conclusion
As you can see, the S-BUS is a very simple structured serial data transmission without checking whether the data was correctly transferred. Apparently here is placed on the repetition of the data, but can vary in nature and response components already connected the wrong lead or disturbed by external factors in the model frame to unwanted events. Here's engineers have been able to give Futaba little more effort and donate to the protocol error detection and error correction can.

Basically imply that in any arbitrary information to a receiver Futaba S-BUS recipients expand by taking the appropriate PWM signals evaluates and implements described in the digital protocol. So it would be possible with little effort to turn a Jeti satellite receiver has an S-BUS compatible receiver.

All data without guarantee. The author assumes no liability for damages caused by the use of the information.

 


reply via email to

[Prev in Thread] Current Thread [Next in Thread]