RunRyder RC
WATCH
 5 pages [ <<    <     1      2     ( 3 )     4      5     NEXT    >> ] 23176 views POST REPLY
HomeRC & PowerAircraftHelicopterRadio - Futaba FASST › SBUS2 Protocol
06-16-2013 11:10 AM  5 years agoPost 41
ssozonoff

rrNovice

Switzerland

My Posts: All  Forum  Topic

Hi All,

More progress, we have a working prototype now :-)

I have installed it in my Alouette II with a PHT-2 and it seems to be performing as expected. I still have a minor bug in my fuel consumption counter which I need to sort out.

As some may know and for those who dont, we cant create sensors on the fly with the Futaba SBUS2 system. They are hard coded in the Tx so we have to re-whats there.... So I have mapped fuel related stuff to a current sensor.

Watch at YouTube

Best,
Serge

PM  EMAIL  Attn:RR  Quote
06-18-2013 11:58 PM  5 years agoPost 42
fredd

rrApprentice

UK - London

My Posts: All  Forum  Topic

This is great work. Thank you for the work on this. Many of us hope we will be able to use it on our jetcat / futaba systems.

PM  EMAIL  GALLERY  Attn:RR  Quote
07-04-2013 11:18 AM  5 years agoPost 43
Arseni

rrNovice

Obninsk - Russia

My Posts: All  Forum  Topic

Many thanks to you guys!
Being able making DIY PIC-ARDUINO-based sensors sounds fantastic.

Are you going to sell that as I2C device? Or just the firmware for PIC?

PM  EMAIL  Attn:RR  Quote
07-04-2013 11:29 AM  5 years agoPost 44
ssozonoff

rrNovice

Switzerland

My Posts: All  Forum  Topic

Hi All,

Currently the plan is to produce a couple of prototypes for roughly the end of July for the combined PIC + Arduino solution. The schema is currently being drawn up.

I can not speak for Thomas regarding the sales of the PIC with SBUS2 -> I2C interface so I will let him answer that.

Regards,
Serge

PM  EMAIL  Attn:RR  Quote
07-04-2013 12:10 PM  5 years agoPost 45
Tomsdk

rrNovice

Vestbjerg - Denmark

My Posts: All  Forum  Topic

The SBUS2<->I2C co-processor will be available to integrate in other projects as well.
I am also considering a small stand-alone module with a connector for I2C, and another for the SBUS2 cable - to plug into any existing system.

Cheers!
Thomas

PM  EMAIL  Attn:RR  Quote
07-04-2013 02:58 PM  5 years agoPost 46
Ace Dude

rrProfessor

USA

My Posts: All  Forum  Topic

Great job Thomas!

  

PM  EMAIL  GALLERY  Attn:RR  Quote
07-04-2013 04:07 PM  5 years agoPost 47
Arseni

rrNovice

Obninsk - Russia

My Posts: All  Forum  Topic

Just wondering - is there any wild guess about the pricing?

PM  EMAIL  Attn:RR  Quote
07-04-2013 09:51 PM  5 years agoPost 48
Tomsdk

rrNovice

Vestbjerg - Denmark

My Posts: All  Forum  Topic

The price will be ridiculously low.

Cheers!

Thomas
http://www.tje.dk/efuelgauge/

PM  EMAIL  Attn:RR  Quote
07-16-2013 03:08 PM  5 years agoPost 49
Arseni

rrNovice

Obninsk - Russia

My Posts: All  Forum  Topic

Very cool!

I have another question: (I'm sorry for bugging you guys, but I'm so excited about possible advantages)

Will we need separate SBUS<->I2C for every futaba's slot?

Any chance for a single "converter", that would incorporate multiple slots? For example, on arduino side, I can easily get vario, GPS, RPM and other readings. If everything could be pushed into SBUS2 with a single bridge device, it would be more, than great!

PM  EMAIL  Attn:RR  Quote
07-16-2013 03:39 PM  5 years agoPost 50
Tomsdk

rrNovice

Vestbjerg - Denmark

My Posts: All  Forum  Topic

Perfect question. The unit supports all 31 slots simultaneously

-Thomas

PM  EMAIL  Attn:RR  Quote
07-17-2013 04:32 PM  5 years agoPost 51
Arseni

rrNovice

Obninsk - Russia

My Posts: All  Forum  Topic

Wow! Very impressive.
Can't wait for availability and pricing

PM  EMAIL  Attn:RR  Quote
07-23-2013 09:15 PM  5 years agoPost 52
fatlady

rrNovice

Netherlands

My Posts: All  Forum  Topic

Hi all

first a little introductions of my self. I am not really a heli flyer ( only have 3 small ones ( 250 is biggest size ). But I fly big electric planes with 7 to 8 kW of power. Because of this I really want to be able to know what the fuel (mAh) consumption is of the plane :-) so that I am always left with enough power to land. I use CC ICE2 ESC and I found that they can return data. I have a lot of experince on PIC controllers but stepped to Arduino for this project. I already have a descent implementation of the ESC data on an Arduino. But now it has to be transmitted to my Futaba 14sg. I already have also a descend implementation of receiving the sbus2 data, with accurate timing. Also made a 1 wire UART converter and found out why the signal is inverted. The 1 wire converter is simpler if the signal is inverted :-). But now the next step. And about that is not so much to find. People are saying and showing that they know how you can send data to the transceiver ( it is not a receiver anymore ). Only I can't find any description or data about it Or am I looking in the wrong places :-).

fatlady.

PM  EMAIL  Attn:RR  Quote
07-23-2013 10:24 PM  5 years agoPost 53
Tomsdk

rrNovice

Vestbjerg - Denmark

My Posts: All  Forum  Topic

Hi Fatlady,

I reverse-engineered the complete protocol by analyzing an original vario-sensor.
The protocol is nice, and not that hard to figure out. Just make sure you only uplink (drive the bus) in the specific time slot (8 slots available per 15ms frame).
I recommend getting a Futaba unit, and just measure You just need an oscilloscope.

Or, alternatively, get the SBUS2<->I2C unit

Best regards,
Thomas

PM  EMAIL  Attn:RR  Quote
07-23-2013 10:49 PM  5 years agoPost 54
fatlady

rrNovice

Netherlands

My Posts: All  Forum  Topic

I will get a temperature sensor tomorrow, that is one of the parameters ( from the CC ESC) that is imported for me. but buying all sensors is a little bit to much for me. but buying al of them is a little bit to much :-).

One question I have already is how you handle the 2 small packages already there ( RX voltage and internal pack voltage ) two 3 byte packages that are always transmitted with a 04 end byte, and always sent separately. the other 2 end byes I see are 1C, 24, 3C.

So I guess that when you attached the sensor to the transmitter it will get slots appointed to it that it should use should use.
That saying ( typing )I thought the current sensor are not doing it like that. They use the same slot :-)

Fatlady.

PM  EMAIL  Attn:RR  Quote
07-24-2013 09:04 PM  5 years agoPost 55
Tomsdk

rrNovice

Vestbjerg - Denmark

My Posts: All  Forum  Topic

1) You don't need to use the transmitter-slot-assignment concept at all. It may as well be done manually.
2) All uplinks slots are the same, no matter what kind of sensor you "put in" the slot.
3) You receive and analyse the SBUS servo-datagram - and IGNORE all other sensors uplink. This data is not interesting for you. Including slot 0.
4) Co-exist. Make sure to only transmit data in your slot. This is really important. HOWEVER, IF you have no other SBUS2 units online, you dont have to adhere to timing requirements, since the receiver dont care. (dangerous, and NOT ADVICEABLE). Timing requirements are "only" in order for sensors to co-exist. (which is a nice feature of the sbus!)
5) Each slot contains 16 bits of data. But the exact format differs for some/most sensors.

-Thomas

PM  EMAIL  Attn:RR  Quote
07-24-2013 10:25 PM  5 years agoPost 56
Arseni

rrNovice

Obninsk - Russia

My Posts: All  Forum  Topic

I'm not sure if I can bring any input here, I don't have any experience with time critical protocols.

But I just got futaba's multi sensor (GPS + Vario), which uses 8 slots and it could be interesting to decode it's output.

Do you think there is any chance to sample it with arduino?

Looks like with some tweaks, I can get up to 77 khz sample rate (in perfect world of course). Is that anywhere near to what I would need?

PM  EMAIL  Attn:RR  Quote
07-24-2013 11:01 PM  5 years agoPost 57
Tomsdk

rrNovice

Vestbjerg - Denmark

My Posts: All  Forum  Topic

But why would you decode the GPS output?
No need to sample. Invert the signal, and receive it with a 100kbps UART. This should be easy on Arduino, as long as you are not trying to uplink.

Cheers,
Thomas

PM  EMAIL  Attn:RR  Quote
07-25-2013 09:12 AM  5 years agoPost 58
Arseni

rrNovice

Obninsk - Russia

My Posts: All  Forum  Topic

I just wanted to find how futaba encodes GPS and vario readings (In case someone will want to simulate that multi-sensor through i2c<->sBUS unit)

b.t.w. If we can read data from sbus2 at 100kbps Why can't we uplink at same speed with arduino? Is it because arduino won't be able to position slots in time correctly due to it's timing limitations?

PM  EMAIL  Attn:RR  Quote
07-26-2013 10:44 PM  5 years agoPost 59
fatlady

rrNovice

Netherlands

My Posts: All  Forum  Topic

My first fail, had made a PCB with the 1 wire inverter. and it doesn't work with the floating line of the sbus2 :-(


this was the schematic

So that doesn't work :-)

Bit what will work ?

Or should I go with 2 inverted buffers ?

Fatlady

PM  EMAIL  Attn:RR  Quote
07-30-2013 09:24 AM  5 years agoPost 60
Tomsdk

rrNovice

Vestbjerg - Denmark

My Posts: All  Forum  Topic

Nice prototype PCB. The fets you are using have a relatively high threshold voltage. Not sure I get the idea of your schematic.

Anyways, I went the 2xlogic inverter way as you suggest, with tristate'able output drive the the SBUS2.

Below is the PCB for SBUS2<->I2C. Only 3 components, LDO, Logic and MCU. Plus some resistors and caps.

-Thomas

PM  EMAIL  Attn:RR  Quote
WATCH
 5 pages [ <<    <     1      2     ( 3 )     4      5     NEXT    >> ] 23176 views POST REPLY
HomeRC & PowerAircraftHelicopterRadio - Futaba FASST › SBUS2 Protocol
 Print TOPIC  Make Suggestion 

 22  Topic Subscribe

Wednesday, November 14 - 11:38 pm - Copyright © 2000-2018 RunRyder   EMAILEnable Cookies

The RC discussion world needs to consolidate. RR is now one choice for that. Its software is cutting edge. It hosts on-topic advertising. Help RR increase traffic buy making suggestions, posting in RR's new areas (sites) and by spreading the word.

The RunRyder Difference

• Category system to allow Rep/Vendor postings.
• Classifieds with sold (hidden) category.
• Classifieds with separate view new.
• Answer PMs offsite via email reply.
• Member gallery photos with advanced scripting.
• Gallery photo viewer integrated into postings.
• Highly refined search with advanced back end.
• Hosts its own high end fast response servers.
• Hosts thousands of HD event coverage videos.
• Rewrote entire code base with latest technology.
• No off-topic (annoying) click bait advertising.
Login Here
 New Subscriptions 
 Buddies Online