s.bus instead of PPM in
Moderator: rainer
s.bus instead of PPM in
Hi
is it hard ( or does it need to much code) to implement s.bus in instead (as option) of ppm in on OXS 7.
The reason i ask,,,,
On my X8R are all 8 Servo Ports used. Peole using X6R running earlier in this problem
I think its overkill to use a s.bus Decoder for ppm in usage.
Eventually we could use more channel of s.bus e.g. for switching lights or so on...(just dreaming)
unfortunately i`m new to arduino and programming code, and have not the skills.
In the moment i`m on "blink-sketch" niveau.
Hope to get my hardware soon for testing
Werner
is it hard ( or does it need to much code) to implement s.bus in instead (as option) of ppm in on OXS 7.
The reason i ask,,,,
On my X8R are all 8 Servo Ports used. Peole using X6R running earlier in this problem
I think its overkill to use a s.bus Decoder for ppm in usage.
Eventually we could use more channel of s.bus e.g. for switching lights or so on...(just dreaming)
unfortunately i`m new to arduino and programming code, and have not the skills.
In the moment i`m on "blink-sketch" niveau.
Hope to get my hardware soon for testing
Werner
Re: s.bus instead of PPM in
I am afraid it would not be possible (at least when GPS is used too).
Decoding SPORT already requires fast interrupt handling.
I think it is not possible to run a second serial software to decode SBUS without lossing some bits.
For GPS, oXS uses the hardware UART (and not a serial software) of Arduino promini to read the GPS data.
Unfortunately, Arduino pro mini has only 1 hardware UART.
An easier solution (for oXs) would be to let openTx send data over SPORT bus to the Rx.
I opened an issue in openTX forum asking in order to let openTX send data over SPORT but this is not (yet?) done.
Decoding SPORT already requires fast interrupt handling.
I think it is not possible to run a second serial software to decode SBUS without lossing some bits.
For GPS, oXS uses the hardware UART (and not a serial software) of Arduino promini to read the GPS data.
Unfortunately, Arduino pro mini has only 1 hardware UART.
An easier solution (for oXs) would be to let openTx send data over SPORT bus to the Rx.
I opened an issue in openTX forum asking in order to let openTX send data over SPORT but this is not (yet?) done.
Re: s.bus instead of PPM in
mstrens wrote..
An easier solution (for oXs) would be to let openTx send data over SPORT bus to the Rx.
do you mean ....send data over the RX to SPORT bus ?.
Otherwise i dont understand....
An easier solution (for oXs) would be to let openTx send data over SPORT bus to the Rx.
do you mean ....send data over the RX to SPORT bus ?.
Otherwise i dont understand....
Re: s.bus instead of PPM in
I mean that Sbus is bidirectional.
So the Tx could in principe sent data to the RX and the Rx would forward them to the SPORT. oXs reading the SPORT could decode them.
So the Tx could in principe sent data to the RX and the Rx would forward them to the SPORT. oXs reading the SPORT could decode them.
Re: s.bus instead of PPM in
That were a great feature for sure..
Dreaming again......an arduino only connected to sport. Giving various telemtry and control things like controlling openxsensor, trigger lights , a glow plug heater or other things with no need for a servo
Dreaming again......an arduino only connected to sport. Giving various telemtry and control things like controlling openxsensor, trigger lights , a glow plug heater or other things with no need for a servo
Re: s.bus instead of PPM in
SBUS is bidirectional.
See that adapter circuit here http://www.multiwii.com/forum/viewtopic.php?f=8&t=4507
for connecting flight controller to SBUS.
See that adapter circuit here http://www.multiwii.com/forum/viewtopic.php?f=8&t=4507
for connecting flight controller to SBUS.
Re: s.bus instead of PPM in
mstrens wrote:An easier solution (for oXs) would be to let openTx send data over SPORT bus to the Rx.
mstrens wrote:I mean that Sbus is bidirectional.
Please avoid mixing things up. Smart port is bidirectional (but nothing takes advantage of the uplink feature as of now), SBUS is not.kalle123 wrote:SBUS is bidirectional.
Re: s.bus instead of PPM in
Hi Kilrah
Hats up for your work
i`m sure all of us do mean s.port aka Smart Port
Do you have in mind to support such an uplink feature in the future?
Hats up for your work
i`m sure all of us do mean s.port aka Smart Port
Do you have in mind to support such an uplink feature in the future?
Re: s.bus instead of PPM in
Meaning and saying are two things different ...Wene001 wrote: i`m sure all of us do mean s.port aka Smart Port
Titel here says s.bus instead of PPM in
Trying to put things right (from http://manuals.hobbico.com/fut/r7008sb-manual.pdf)
Re: s.bus instead of PPM in
thats right...
i suggested to use s.bus instead of ppm.
Mstrens answered that s.bus as input on openxsensor is hard to implement and it would better to use bidirektional s.port...
so i think no mistakes on my side...
i suggested to use s.bus instead of ppm.
Mstrens answered that s.bus as input on openxsensor is hard to implement and it would better to use bidirektional s.port...
so i think no mistakes on my side...
Re: s.bus instead of PPM in
S-bus 2 does, but not the documented S-bus "1" that FrSky and most others have implemented.kalle123 wrote: Trying to put things right (from http://manuals.hobbico.com/fut/r7008sb-manual.pdf)